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

[liv-in-sky]

@Stephan-Schleich also wenn du von der console des iobroker servers (nicht putty) drauf kommst, weiß ich leider nicht, was dann sein könnte

[Stephan Schleich]

@liv-in-sky jup da geht's, vllt kann der Adapter keine Umlaute im pw?

[liv-in-sky]

@Stephan-Schleich

könnte sein - ich nutze nie umlaute in passwörtern - du kannst ja einen test user anlegen und testen, wenn du das kennwort nicht ändern willst

[Stephan Schleich]

@liv-in-sky sorry meinte Sonderzeichen 🙈

[liv-in-sky]

@Stephan-Schleich es wird im adapter die ssh node verwendet

https://www.synology-forum.de/threads/ssh-root-admin-passwort-umlaut-problem-bug.30278/

[da_Woody]

@Stephan-Schleich umlaute, sonderzeichen (ausgenommen standard) haben in passwörtern nichts zu suchen, vor allem nicht unter linux.

[Stephan Schleich]

@da_Woody ist ein Standard Sonderzeichen ;), ich probiers später mal mit einem extra user und einem anderen pw
@liv-in-sky danke

[liv-in-sky]

@Stephan-Schleich zur not kannst du ja noch über rsa key gehen - ist halt etwas umständlicherzum einzurichten - ich glaub ich habe schon wieder vergessen, wie ich das damals gemacht habe :-(

[Thomas Braun]

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

@Stephan-Schleich umlaute, sonderzeichen (ausgenommen standard) haben in passwörtern nichts zu suchen, vor allem nicht unter linux.

Das hat mit Linux oder Windows oder sonst einem System nix zu tun. Bei einheitlicher Codierung passt das auch. Moderne Systeme nutzen utf8 dafür, auch Linux.

Aber da man nicht immer beeinflussen kann welche Zeichencodierung verwendet wird beschränkt man sich besser auf ASCII-Zeichen.

[da_Woody]

@Thomas-Braun said in Test Adapter Linux Control v1.x.x:

Aber da man nicht immer beeinflussen kann welche Zeichencodierung verwendet wird beschränkt man sich besser auf ASCII-Zeichen.

du triffst den nagel, wie immer, auf den kopf. so meinte ich das ja, nur sind die finger meist schneller, als das hirn. ;)

[Stephan Schleich]

geht leider auch damit nicht :/

[Scrounger]

@Stephan-Schleich sagte in Test Adapter Linux Control v1.x.x:

Einziger Error: (12123) [getConnection] Host 'ioBroker' (192.168.178.200:22) seems not to be online

Bevor der ssh befehl geschickt wird, wird zunächst geprüft per ping ob das gerät online ist. Wenn nciht kommt die Fehlermeldung.

Kannst du das Gerät von iobroker aus an pingen (cli)?
Ich verwende dazu folgende lib https://www.npmjs.com/package/ping

[Stephan Schleich]

@Scrounger Jup anpingen geht, total strange

[Scrounger]

@Stephan-Schleich sagte in Test Adapter Linux Control v1.x.x:

@Scrounger Jup anpingen geht, total strange

Ok dann stell mal den adapter auf debug und mach nen restart vom adapter.
Irgendwelche ufw Einstellungen hast du nicht gesetzt?

[Stephan Schleich]

@Scrounger Nope, mit dem Raspberry lief es ja einwandfrei, erst seit Proxmox nicht mehr (Settings blieben gleich, hab nur neue Hosts hinzugefügt)

via ioBroker shell gehts aber

[Scrounger]

@Stephan-Schleich

Puhh ok bin auch kein Linux experte.

• timeout im adapter hoch geschraubt?
• hat dein user ausreichende berechtigungen?
• ssh login methode auf den clients prüfen (PasswordAuthentication yes)

[Stephan Schleich]

@Scrounger Timeout hab ich auch schon angepasst und der Rest passt alles :(

[Scrounger]

@Stephan-Schleich
Ok ich bau was ein, damit man besser sieht was der ping zurück gibt.

Edit: ok ist eingebaut, teste die aktuelle version von github. Adapter auf debug und dann log ausgabe posten (keine Screenshot, gesamte logs!)

[Stephan Schleich]

@Scrounger

linux-control.0	2020-12-30 06:49:18.603	debug	(2333) getting data from ioBrokerPi (192.168.178.200:22) -> not enabled!
linux-control.0	2020-12-30 06:49:18.603	debug	(2333) [refreshHost] Pi-hole (192.168.178.205:22): button 'linux-control.0.Pi-hole.refresh' subscribed
linux-control.0	2020-12-30 06:49:18.549	debug	(2333) [getConnection] Host 'Pi-hole' (192.168.178.205:22) ping result: {"host":"unknown","alive":false,"output":"","time":"unknown","times":[],"min":"unknown","max":"unknown","avg":"unknown","stddev
linux-control.0	2020-12-30 06:49:18.549	info	(2333) [getConnection] Host 'Pi-hole' (192.168.178.205:22) seems not to be online
linux-control.0	2020-12-30 06:49:18.544	info	(2333) getting data from Pi-hole (192.168.178.205:22, Adapter start)
linux-control.0	2020-12-30 06:49:18.544	debug	(2333) [refreshHost] ioBroker (192.168.178.200:22): button 'linux-control.0.ioBroker.refresh' subscribed
linux-control.0	2020-12-30 06:49:18.532	debug	(2333) [getConnection] Host 'ioBroker' (192.168.178.200:22) ping result: {"host":"unknown","alive":false,"output":"","time":"unknown","times":[],"min":"unknown","max":"unknown","avg":"unknown","stdde
linux-control.0	2020-12-30 06:49:18.531	info	(2333) [getConnection] Host 'ioBroker' (192.168.178.200:22) seems not to be online
linux-control.0	2020-12-30 06:49:18.507	info	(2333) getting data from ioBroker (192.168.178.200:22, Adapter start)
linux-control.0	2020-12-30 06:49:18.506	debug	(2333) [refreshHost] Proxmox (192.168.178.199:22): button 'linux-control.0.Proxmox.refresh' subscribed
linux-control.0	2020-12-30 06:49:18.444	debug	(2333) [getConnection] Host 'Proxmox' (192.168.178.199:22) ping result: {"host":"unknown","alive":false,"output":"","time":"unknown","times":[],"min":"unknown","max":"unknown","avg":"unknown","stddev
linux-control.0	2020-12-30 06:49:18.443	info	(2333) [getConnection] Host 'Proxmox' (192.168.178.199:22) seems not to be online
linux-control.0	2020-12-30 06:49:18.431	info	(2333) getting data from Proxmox (192.168.178.199:22, Adapter start)
linux-control.0	2020-12-30 06:49:18.414	info	(2333) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.linux-control, node: v12.20.0, js-controller: 3.1.6
linux-control.0	2020-12-30 06:49:18.367	info	(2333) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
linux-control.0	2020-12-30 06:49:18.365	debug	(2333) Plugin sentry Initialize Plugin (enabled=true)
linux-control.0	2020-12-30 06:49:18.069	debug	(2333) statesDB connected
linux-control.0	2020-12-30 06:49:18.069	debug	(2333) States connected to redis: 127.0.0.1:9000
linux-control.0	2020-12-30 06:49:18.063	debug	(2333) States create System PubSub Client
linux-control.0	2020-12-30 06:49:18.062	debug	(2333) States create User PubSub Client
linux-control.0	2020-12-30 06:49:18.058	debug	(2333) Redis States: Use Redis connection: 127.0.0.1:9000
linux-control.0	2020-12-30 06:49:18.058	debug	(2333) objectDB connected
linux-control.0	2020-12-30 06:49:18.055	debug	(2333) Objects connected to redis: 127.0.0.1:9001
linux-control.0	2020-12-30 06:49:18.047	debug	(2333) Objects client initialize lua scripts
linux-control.0	2020-12-30 06:49:18.046	debug	(2333) Objects create User PubSub Client
linux-control.0	2020-12-30 06:49:18.046	debug	(2333) Objects create System PubSub Client
linux-control.0	2020-12-30 06:49:18.045	debug	(2333) Objects client ready ... initialize now
linux-control.0	2020-12-30 06:49:18.027	debug	(2333) Redis Objects: Use Redis connection: 127.0.0.1:9001
linux-control.0	2020-12-30 06:49:14.710	info	(31817) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
linux-control.0	2020-12-30 06:49:14.710	info	(31817) terminating
linux-control.0	2020-12-30 06:49:14.710	info	(31817) cleaned everything up...
linux-control.0	2020-12-30 06:49:14.709	info	(31817) Got terminate signal TERMINATE_YOURSELF

[Scrounger]

@Stephan-Schleich

Leider nicht das vollständige log, das brauch ich aber...
linux-control.0 2020-12-30 06:49:18.444 debug (2333) [getConnection] Host 'Proxmox' (192.168.178.199:22) ping result: {"host":"unknown","alive":false,"output":"","time":"unknown","times":[],"min":"unknown","max":"unknown","avg":"unknown","stddev

Funktioniert bei Dir der ping adapter?