UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[david83]

@Scrounger
@ilovegym

Ich habe nun den Adapter komplett deinstalliert und die 1.1.5 Beta installiert. Instanz erstellt und mit einem neu aufgesetztem Debian Bullseye getestet. Es funktioniert soweit alles. Nutze den sudo Haken in den Einstellungen und sudo -S für eigene Befehle. Dennoch gibt es weiterhin folgende Fehlermeldungen im Log:

linux-control.0
2022-09-14 20:01:09.192	warn	This object will not be created in future versions. Please report this to the developer.

linux-control.0
2022-09-14 20:01:09.192	warn	Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"

linux-control.0
2022-09-14 20:01:09.132	info	starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v16.17.0, js-controller: 4.0.23

linux-control.0
2022-09-14 20:01:09.119	warn	This object will not be created in future versions. Please report this to the developer.

linux-control.0
2022-09-14 20:01:09.117	warn	Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"

linux-control.0
2022-09-14 20:01:04.053	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

linux-control.0
2022-09-14 20:01:04.053	info	terminating

linux-control.0
2022-09-14 20:01:04.052	info	cleaned everything up...

linux-control.0
2022-09-14 20:01:04.051	info	Got terminate signal TERMINATE_YOURSELF

[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.

[Ein ehemaliger Benutzer]

@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.