Test Adapter Linux Control v1.x.x

[DJMarc75]

Tag,
versuche über diesen tollen Adapter die installierte Version von Grafana abzufragen.

Per SSH auf dem Host klappt es mit:

pi@RPI4-Tools:~ $ grafana-cli -v
Grafana CLI version 9.1.5
pi@RPI4-Tools:~ $  grafana-server -v
Version 9.1.5 (commit: df015a9301, branch: HEAD)
pi@RPI4-Tools:~ $

Im Adapter allerdings kommt im LOG folgendes:

linux-control.0
	2022-09-15 12:53:41.792	error	[userCommandExecute] RPI-Tools (192.168.178.4:22, id: grafana, description: Grafana): response error: bash: line 1: grafana-cli: command not found, stack: ResponseError: [userCommandExecute] RPI-Tools (192.168.178.4:22, id: grafana, description: Grafana): bash: line 1: grafana-cli: command not found at LinuxControl.sendCommand (/opt/iobroker/node_modules/iobroker.linux-control/main.js:886:26) at processTicksAndRejections (node:internal/process/task_queues:96:5) at LinuxControl.userCommandExecute (/opt/iobroker/node_modules/iobroker.linux-control/main.js:249:21) at LinuxControl.userCommand (/opt/iobroker/node_modules/iobroker.linux-control/main.js:194:9) at LinuxControl.refreshHost (/opt/iobroker/node_modules/iobroker.linux-control/main.js:85:5)

Hab ich etwas vergessen zu beachten ?

[mickym]

@djmarc75 Der user iobroker - hat vielleicht nicht die gleichen Rechte oder unterschiedliche Umgebungsvariablen und findet deshalb die grafana tools nicht.

Du müsstest die Befehle mal unter dem user iobroker ausprobieren.

sudo -su iobroker
grafana-cli -v

[DJMarc75]

@mickym
Merci für den Hinweis.
Hat zwar mit dem Befehl nicht ganz hingehauen aber so geht es jetzt:

sudo -S grafana-cli -v

[Thomas Braun]

@djmarc75

sudo -H -u iobroker grafana-cli -v

[DJMarc75]

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

sudo -H -u iobroker grafana-cli -v

Das funktioniert zwar in der Konsole aber nicht als Befehl im Adapter.

[liv-in-sky]

@Scrounger

hi - kann es sein das dieser befehl (siehe bild) vom adapter ausgeführt wird ? ich suche verzweifelt nach dem bash-script oder javascript - wo immer ich das drin haben könnte

meine externe platte (am proxmox) "rödelt" sehr oft lautstark vor sich hin - das konnte ich finden

evtl bei der ordner abfrage im adapter ?

das bleibt da teilweise minutenlang stehen

[lobomau]

Ich habe den Adapter mal installiert, habe aber die Inbetriebnahme noch nicht verstanden (Doku hat mir nicht geholfen).
Wie ist die Minimaleinstellung, um es irgendwie ans Laufen zu bekommen? SSH habe ich natürlich bei den Hosts in Betrieb.
Reicht es aus, wenn man nur unter "Allgemein" etwas einträgt, um einen Kontakt mit dem Host herzustellen?
Datenpunkt-ID ist ein freier Text unter dem gespeichert wird, richtig? Die weiteren Einträge sind auch klar.
RSA-Schlüssel sagt mir nichts.... habe ich frei gelassen (path and filename of your rsa key. Access rights must be available! hab keinen RSA key)

Hab mal mit zwei Hosts getestet:

linux-control.0
2022-11-02 14:52:26.839	info	[getConnection] Host 'iobroker' (192.168.1.19:22) seems not to be online

linux-control.0
2022-11-02 14:52:26.837	info	[getConnection] Host 'Pi4' (192.168.1.22:22) seems not to be online

Edit: wenn ich über SSH auf iobroker gehe und den Pi4 anpinge, kommt eine Antwort.

[Thomas Braun]

@lobomau sagte in Test Adapter Linux Control v1.x.x:

kommt eine Antwort.

Aber nicht vom Port 22.

[lobomau]

@thomas-braun ahh... ok... ich dachte über SSH wäre dann automatisch port 22. Es kann also sein, dass bei mir im Netzwerk irgendwas geblockt wird zwischen den Hosts?
iobroker ist ja der Host auf dem auch der Adapter linux-control läuft. Ist es da richtig die IP anzugeben? Oder müsste man localhost oder sowas nehmen?

[Thomas Braun]

@lobomau
Ich hab den Adapter bei mir nicht laufen. Müsste ich mir dann auch ansehen, was da wie eingestellt werden muss.

[DJMarc75]

@lobomau
Sind Deine Einstellungen korrekt?

Datenpunkt ID kannst Du nennen wie Du möchtest.
IP und Benutzer/Passwort natürlich anpassen.
An den restlichen Einstellungen erstmal nichts ändern.

[lobomau]

@djmarc75 ja, sollte eigentlich passen:

[Scrounger]

@lobomau
Evtl. musst du auch noch auf den clients iputils Reinstall mit force ausführen.

Der Adapter pingt erstmal die clients an, bevor er ne ssh Verbindung aufbaut.

[lobomau]

@scrounger kannst du mir das noch etwas genauer schreiben wie das geht mit dem "reinstall und force"? Bin da nicht alleine mit diesem Problem.

Edit: Befehl läuft durch, aber ändert nichts am Problem

sudo apt install --reinstall iputils-ping

[Scrounger]

@lobomau

sudo apt install iputils-ping --reinstall --force

[lobomau]

@scrounger leider will diese Kombination bei mir gar nicht:

Befehlszeilenoption "--force" kann in Kombination mit den anderen Optionen nicht interpretiert werden.

[Neuschwansteini]

@lobomau hast du auf dem iobroker ne Firewall aktiv? Nicht dass da die 22 geblockt ist.. ?
geh doch mal mit ssh auf den iobroker, und von dort mit ssh username@proxmox-ip drauf, ob das geht.. ??
Wenn das geht, dann sollte auch Linux-Control sich einloggen koennen...

[lobomau]

@ilovegym @Scrounger so... nun läuft es bei mir!
Ich habe nur den Ort gewechselt auf dem Linux Control läuft, nämlich läuft nun auf dem slave Pi4.
Der bekommt nun Zugriff über linux-control auf sich selbst, auf den anderen slave Pi3 und auf den host.
Systeme:
Pi3: Raspbian GNU/Linux 10 (buster)
Pi4: Debian GNU/Linux 11 (bullseye)
Host (NUC8i3): Debian GNU/Linux 11 (bullseye)

[ice77]

@lobomau hm... das bringt mich auf eine Idee... ich teste mal weiter

EDIT:
ich habe sämtliche Restriktionen in Proxmox rausgenommen und Iobroker in die sudo Gruppe aufgenommen. Hat leider nix gebracht.

[ice77]

@ice77
sooooo funktioniert jetzt.

Eines der beiden hat gefruchtet:

1.) Adding user USERX to group dialout

oder:

sudo chmod 4755 /bin/ping

vielleicht hilft es ja jemandem. Ich bin froh dass es jetzt sich verbinden kann.