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

[Homoran]

@michaelxhoffmann
Was willst du tun?

Du musst auf Linux Ebene den Linux Prozess killen

[michaelxhoffmann]

@Homoran naja es scheint so dass das Script killall.sh nicht vorhanden ist. Gehe ich falsch in der Annahme, dass normalerweise diese Datei vorhanden ist wenn ich ein Image installiere? Andererseits ist dieses Script weder im Raspi noch im Rock image vorhanden. Und was ich tun möchte? Beim stopen des Brokers den richtigen killallbefehl mitsenden ;)

[apollon77]

Die interessante Frage ist was da slog so alles ausgibt BEVOR das das erste mal passiert. Also am besten mal rebooten bzw iobroker stoppen und alle Prozesse killen. Dann schauen was genau im Log steht wenn es wieder passiert

[michaelxhoffmann]

@apollon77 Naja wenn ich im Terminal den Befehl iobroker stop eingebe erhalte ich als Antwort:

No "killall.sh" script found. Just stop.

Deshalb meine Frage: Was steht normalerweise in diesem Script drin und wie kann ich das händisch anlegen, oder was muss ich dafür tun damit es wieder da ist?

[apollon77]

mach mal nach Stopp ein

ps auxww|grep "io."

Dann siehst Du Prozesse mit "io.adaptername.nummer" ... und die im Zweifel manuell mit "kill -9 <prozessID>" killen

[michaelxhoffmann]

@apollon77 sagte in ständige Neustarts diverser Adapter:

ps auxww|grep "io."

Ja, das habe ich schon verstanden, aber das beseitigt ja nicht das eigentliche Problem: Das fehlen der killall.sh Datei und deren Inhalt.

[michaelxhoffmann]

OK Nun weiß ich was es mit der killall.sh auf sich hat. Ich weiß nicht weshalb ich die JS-controller Version 1.5.7 auf den Geräten drauf hatte, ich habe jetzt ein Downgrade vorgenommen beim Master auf js-controller 1.4.2 nun ist dass killall.sh Script als datei wieder vorhanden im Verzeichnis /opt/iobroker/
Jetzt funktioniert auch der sudo iobroker stop Befehl wieder ohne Fehlermeldung

[michaelxhoffmann]

@michaelxhoffmann Und schon machen sich neue Probleme bemerkbar. Nun startet der slavehostadapter ständig neu und ich hbe viele tolle Fehlermeldungen vom slave im Log
Ein Fehler beseitigt, einen neuen Kreiert. Das kann doch echt nicht sein. Nun habe ich die Fehler auf dem Slave, vorher hatte ich andere auf dem master. Was habe ich gemacht? Alle adapter zurückgesetzt auf Default und die js--controller zurückgesetzt auf 1.4.2

[apollon77]

Du hast ein root vs User mixup geschafft. Das pids.txt gehört denke ich root aber du startest als User. Ergo geht nicht.

Vllt mal https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verfügbar versuchen?

[michaelxhoffmann]

@apollon77 Ja, der master läuft auf root und der slave auf pi. Das war wohl von den jeweiligen Images so vorgegeben.
Auf welchem Gerät muss ich das jetzt ausführen, auf dem master oder auf dem slave? Oder auf beiden? Was mich etas irritiert ist, dass DIESER Fehler erst jetzt auftaucht.

[apollon77]

siehe FAQ in dem Artikel?

[michaelxhoffmann]

@apollon77 Ja, habe ich gesehen. Auch dannach durchgeführt auf dem Slave. Was mir nicht klar ist ob ich das dann auch auf dem Master ausführen muss.

[apollon77]

Müssen nicht ... schaden tut es ggf auch nicht einheitliche systeme zu haben

[michaelxhoffmann]

@apollon77 OK :) Habe ich auf beiden Systemen ausgeführt. Bisher sind keine neuen Fehlermeldungen aufgetaucht. Und Instanzen die laufen sollen tun dies auch. Nun denn warten wir mal ab! Danke für die Hilfe jedenfalls! :)