NEWS
Docker Container restart iobroker per script
-
@glasfaser said in restart iobroker per script?:
Laut DOKU
Example request of Docker $ curl -sq -XPUT -b cookies.txt \ http://${QIP}:${QPORT}/containerstation/api/v1/container/docker/<container_id>/restart
Danke! Ein sehr guter starting point, bekomme aber immer einen Authorization error weiss auch noch nicht was es mit der cookies.txt auf sich hat, aber das bekomme ich hin
-
@fastfoot said in restart iobroker per script?:
..., bekomme aber immer einen Authorization error weiss auch noch nicht was es mit der cookies.txt auf sich hat, aber das bekomme ich hin
man sollte auch einloggen Funktioniert astrein, morgen oder so gibts ein kleines Skript, dann klappt der Restart auch auf der QNAP. Nicht dass ich das bräuchte, aber denkbar wäre jetzt auch eine VIS mit einer Übersicht aller Container etc... wird alles als JSON geliefert, freu...
-
@fastfoot
Fantastisch! -
@ofbeqnpolkkl6mby5e13 sagte in restart iobroker per script?:
@fastfoot
Fantastisch!nun ja, von den Infos bin ich nicht soo sehr begeistert, aber immerhin. Ich frage ja aber auch nur die Containerinfos ab. Der Restart funktioniert einwandfrei, bin gespannt ob das auf anderen QNAP-Systemen auch so klappt. Ich habe die in den Dokus genannte curl Methode mit axios umgesetzt, weshalb das in der JS-Instanz eingetragen werden muss. Die Datenpunkte für die Tabelle und den Restart werden automatisch unter 0_userdata.0.QNAP angelegt. Vor dem Start sind User und Passwort sowie die IP Adresse und der Port der QNAP einzutragen. Happy Restart!
-
@fastfoot
Wahnsinn! Vielen, vielen Dank!2021-01-18 20:09:22.686 - info: host.iobroker-d stopInstance system.adapter.javascript.0 (force=false, process=true) 2021-01-18 20:09:22.697 - info: host.iobroker-d stopInstance system.adapter.javascript.0 send kill signal 2021-01-18 20:09:22.698 - info: javascript.0 (5079) Got terminate signal TERMINATE_YOURSELF
Daten sind auch alle da! Da mache ich mir doch glatt auch so eine View.
Nach dem Start des Skripts wurde sofort neu gestartet. Normal?
(TS-453 Pro)
-
@ofbeqnpolkkl6mby5e13 sagte in restart iobroker per script?:
Nach dem Start des Skripts wurde sofort neu gestartet. Normal?
Nein, nicht normal. Das wird eigentlich durch die Variable firstRun verhindert, jedenfalls beim Erstellen der Datenpunkte passierte das und dann habe ich das eingebaut und es hat funktioniert.
Passiert das bei jedem Neustart des Skripts oder war das eine einmalige Sache? Falls Letzteres passiert es beim Erstellen des Restart-DP und sollte durch die Variable verhindert werden. Gerade getestet und funktioniert wie beschrieben. Falls das bei dir anders ist, kannst du das on() in einen Timeout packen, dann sollte er auch nicht beim Erstellen gleich triggern.
setTimeout(()=>{ on({id: idRestart, change:'any'},async () => { if(dbg) log('Restart') restart(containerName); }) },2000)
-
@fastfoot
War eine einmalige Sache. -
@fastfoot
Was müsste man tun, wenn man jetzt noch einen anderen Container neu starten möchte? -
@ofbeqnpolkkl6mby5e13 sagte in restart iobroker per script?:
@fastfoot
Was müsste man tun, wenn man jetzt noch einen anderen Container neu starten möchte?Die Variable containerName aus einem DP auslesen, anstatt fix festzulegen. Dann muss aber auch das const durch let ersetzt werden. Beim Erstellen des DP als default den Standardnamen angeben und die Zuweisung nach Aufruf von createDatapoints(). In der VIS dann setzen mit Buttons oder mit einem Select von MDW oder was es da sonst noch gibt
-
@fastfoot sagte in restart iobroker per script?:
Die Variable containerName aus einem DP auslesen, anstatt fix festzulegen.
Natürlich!
Dann muss aber auch das const durch let ersetzt werden. Beim Erstellen des DP als default den Standardnamen angeben und die Zuweisung nach Aufruf von createDatapoints(). In der VIS dann setzen mit Buttons oder mit einem Select von MDW oder was es da sonst noch gibt
Okay, danke!
-
@fastfoot sagte in Docker Container restart iobroker per script:
nun ja, von den Infos bin ich nicht soo sehr begeistert, aber immerhin. Ich frage ja aber auch nur die Containerinfos ab. Der Restart funktioniert einwandfrei, bin gespannt ob das auf anderen QNAP-Systemen auch so klappt. Ich habe die in den Dokus genannte curl Methode mit axios umgesetzt, weshalb das in der JS-Instanz eingetragen werden muss. Die Datenpunkte für die Tabelle und den Restart werden automatisch unter 0_userdata.0.QNAP angelegt. Vor dem Start sind User und Passwort sowie die IP Adresse und der Port der QNAP einzutragen. Happy Restart!
Mit dem neuesten Update 2.4 der QNAP Containerstation hat es die verwendete REST API zerschossen, wer also das Skript hier nutzt, sollte nicht updaten und auf einen Fix warten, kann mir nicht vorstellen dass es diesen nicht geben wird. Wer ausserdem weiss wie man die Containerstation downgraden kann, bitte mal melden
-
@fastfoot
Danke für die Info. -
Das Skript läuft jetzt wieder, die URL hatte sich geändert. Somit kann ich endlich die neueste Container-Station APP nutzten.
-
bei mir funktioniert das Script leider nicht.
Nachdem ich den Link im Script geändert habe in
http://${server}:${port}/containerstation/api/v1/login
funktioniert die Abfrage.
Wenn ich aber Restart mache, passiert nichts, auch im Log steht nichts.
Habe User / Pass / IP / Containername (name oder Abbbild name?), FakeID bleibt xxx?,
-
@bug77 stimmt denn der Containername mit Zeile 17 überein?
-
@fastfoot ja habe sowohl den Container Namen, als auch die Container ID probiert.
Er liest alles ein, sehe alle Container als html, aber auf restart wird nicht reagiert -
@bug77 sagte in Docker Container restart iobroker per script:
Nachdem ich den Link im Script geändert habe in
jetzt muss da ein Bindestrich rein
-
@bug77 sagte in Docker Container restart iobroker per script:
@fastfoot ja habe sowohl den Container Namen, als auch die Container ID probiert.
Er liest alles ein, sehe alle Container als html, aber auf restart wird nicht reagiertgerade getestet, läuft. Rufe die Restart Funktion mal ohne Button auf:
restart(containerName);
-
@fastfoot wie mach ich das?
-
@bug77 sagte in Docker Container restart iobroker per script:
@fastfoot wie mach ich das?
na zB in der letzten Zeile des Skripts eintragen.
schedule('30 13 * * *', () => restart(containerName))
Das macht den Restart um 13:30Uhr. Wenn erfolgreich auskommentieren, dann liegt es am Button dass es vorher nicht geklappt hat.