NEWS
Neustart vom IoBroker sowie einen kompletten Reboot über die VIS mit Blockly
-
Den upgrade self habe ich aus diesem Grund bei mir nicht mehr visualisiert siehe meine letzten bilder.. bild oben und führe das update aus dem grund für den js-controller weiterhin über die konsole aus… mit iobroker stop werden die adapter beendet auch der javascript adapter...
Ein Update des Js Controller kommt auch nicht so oft vor...
Habe es auch noch nicht ausprobiert ob es klappt... Wer es ausprobiert hat, möge seine Erfahrung dazu mitteilen...
Eine busy Anzeige habe ich bei mir mehr oder weniger mit dem info button realisiert zumindest für das update/ upgrade....hab den info button welcher verfügbare updates anzeigt und wenn kein update mehr verfügbar weil durchgeführt wieder verschwindet.und ein script welches ein telegramm schickt bei Verfügbarkeit und wenn update durchgeführt.
Dafür gibt es ein objekt von admin.0 updateslist mit dessen infos du dir zumindest die verfügbaren updates anzeigen lassen kannst...wenn ein update verfügbar, kann dies mit dem update button abgefragt werden..passiert aber auch automatisch einmal am tag...
Für alle anderen wie reboot, stop usw. hast du ja vis...welches dann mit dem rad keine verbindung meldet...
Gesendet von meinem SM-G800F mit Tapatalk
-
Hi Zusammen,
hat jemand vielleicht eine Idee, wie ich das in einer Multihost Umgebung löse?
Die Kommands werden natürlich nur auf dem Host ausgeführt, auf dem die Instanz gerade läuft
Grüße und Danke
-
Ja einfach das script nochmal auf dem 2. host laufen lassen also ne 2. Javascript Instanz auf dem 2. Host installieren und dort das script nochmal mit angepassten states…im idealfall einfach die 0 gegen die 1 tauschen...und in vis auch nochmal alles kopieren und dort auch die 0 mit der 1 anpassen... ( instanz nummer vom javascriptadapter) geht am schnellsten...
Läuft bei mir auch so..
Gesendet von meinem SM-G800F mit Tapatalk
-
Ähmm musste gerade feststellen das das nicht mehr geht werde shutdown noch reboot.
nachdem ich den iobroker geupdatet habe.
Hat jmd das gleiche Problem?
javascript.0 2019-01-18 17:27:12.888 silly inMem message * javascript.0.t2c_System.LinuxRestart_Bestaetigung
javascript.0 2019-01-18 17:27:12.655 silly inMem message * javascript.0.t2c_System.LinuxRestart_command
javascript.0 2019-01-18 17:27:12.654 info script.js.Dienste_System.Neustart: Command stop
aber machen tut er nichts.
Achso ja im Javascript ist auführen von Exec aktiv.
-
Ich habe das gleiche Problem, auch ein sudo reboot funktioniert bei mir nicht.
-
Liegt nicht am Script das geht bei mir einwandfrei. Repo steht bei auf latest… Ist bei mir aber bisher auf allen Javascript Versionen gelaufen..
Gesendet von meinem CLT-L09 mit Tapatalk
-
hmmm dann muss ich mal weiter forschen… oder hast du noch nen anderen "Trick"?
-
Geht's denn ueber putty bzw. Konsole
Gesendet von meinem CLT-L09 mit Tapatalk
-
habs…....
Folgendes... hatte total verdrängt, dass ich den neu über curl aufgesetzt hab und nich ein fertiges Image für den Banana Pi genommen hab, da dieses Uralt ist. Somit gibt es Probleme mit dem User iobroker, da der irgendwie nicht alles darf.
Änderung der /etc/sudoers wie folgt
iobroker ALL=(ALL;ALL) ALL
iobroker ALL=NOPASSWD:/sbin/reboot
iobroker ALL=NOPASSWD:/sbin/shutdown
und schon klappt alles wieder.
-
iobroker ALL=(ALL;ALL) ALL
iobroker ALL=NOPASSWD:/sbin/reboot
iobroker ALL=NOPASSWD:/sbin/shutdown `
Das war's danke.
-
Gern bin ja froh das es bei mir auch wieder geht.
-
@aleks-83 said in Neustart vom IoBroker sowie einen kompletten Reboot über die VIS mit Blockly:
Wie sieht es denn mit dem upgrade self vom js.controller aus?
hierfür braucht man ja eigentlich mehrere Befehle nacheinander.
Kann ich die auch auf einen button legen?
Eigentlich müsste der nachfolgende Befehl ja erst warten bis der vorherige zu ende ausgeführt wurde!?
sudo iobroker stop sudo iobroker update sudo iobroker upgrade self sudo iobroker start
Und, kann man während das update läuft, ein "busy logo" sprich Sanduhr anzeigen?
Ich haben diesen "alten" Task ausgegeraben ... das Thema ist halt immer noch aktuell und hier sehr gut beschriebn. Das ganze habe ich in den letzten Tagen implemnetiert und funktioniert.
Eine Frage habe ich dennoch, da das hier beschriebene Vorgehensweise für das UPDATEN und UPGRADEN ja (eigentlich) nicht ganz korrekt ist. Vor dem Ausführen dieser Befehle sollte der IOB ja immer gestoppt werden und somit sähe die Befehlsfolge ja wie folgt aus:
sudo iobroker stop
sudo iobroker update
sudo iobroker upgrade
sudo iobroker startAber mit dem Befehl iobroker stop schneidet man sich ja die Beine ab, sprich IOB stopt, und auch der JS-Skript läuft dann nicht mehr .
Kann man auf dem PI eine Batchdatei (sorry, wenn ich die falsche Terminologie verwende) erzeugen, die dann per exec angestoßen wird?
-
@leonundjulie sagte in Neustart vom IoBroker sowie einen kompletten Reboot über die VIS mit Blockly:
Kann man auf dem PI eine Batchdatei (sorry, wenn ich die falsche Terminologie verwende) erzeugen, die dann per exec angestoßen wird?
Bin kein Linux-Experte, aber das sollte möglich sein.
Schreib die Befehle in eine Datei mit der Endung.sh
und rufe diese auf. -
In diesem Verlauf gibt es einen Beitrag vom 20. Aug. 2018, 09:14 von Geoshark, der ist sehr gut, allerdings ohne Blocky
Alternativ gibt es zu dem Thema ein Video, Umsetzung mittels Blocky. Reboot mit Blocky
-
@michihorn , auch das Video von relaxedhome.de kenne ich ... das habe ich gelesen, bevor ich in diesem Thread gelandet bin.. Aber beide Vorgehensweisen - auch bei denen in anderen Beiträgen in diesem Forum und jenseits dessen sind sehr rigoros.. Bis auf in diesem Beitrag (https://forum.iobroker.net/post/106607), in dem man erst der IOBroker gstoppt wird bevor man die PI runterfährt oder rebootet. Das Skript gemäß dem Entrag vom 20. August 2020 habe ich dementsprechend ergänzt. Mein PI stopt den IOBroker und fährts erst dann herunter.
Das funktioniert aber wie beschrieben nicht beim Upgrade des IOBrokers selber weil man in Summe mehre Befehle hat - siehe oben (und auch hier https://hobbyblogging.de/iobroker-update). Und da sehe ich ihalt m Moment nur die Variante via eines Abarbeitung durch ein BASH