Test js-controller v2.0.x (GitHub)
-
Hey All,
2.0.14 ist auf GitHub mit dem Fix für die Migration die gestern Abend kaputt gegangen ist.
Ingo
-
Die 14 Funzt. Danke!
-
Hallo,
kann ich unter Windows auch auf 2.0 updaten wenn ich das System zuvor manuell installiert habe? Wenn wie?
-
@Adnim heißt, Migration hat alles geklappt und so?! Super
-
@Ritter wie es oben steht. Ins iobroker Verzeichnis wechseln. Dort den npm Befehl (der einfache ohne sudo kram)
-
Ok, hatte ich vorhin schon mal probiert. Unter VIS waren dann die eigenen Bilder die ich hinzugefügt habe nicht mehr vorhanden. Im iobroker Verzeichnis sind sie aber noch da, nur unter VIS edit sind sie nicht sichtbar (png und jpg getestet). Bei iqontrol sind keine Werte mehr vorhanden.
-
@Ritter iqontrol updaten... siehe text oben im ersten Beitrag.
Vis Bilder: kann es sein das du selbst Bilder ins iobroker-data/files reinkopiert hast? Dann siehe bitte faq im zweiten post.
-
Die Bilder sind in dem Verzeichnis und da waren sie schon immer. Die faq habe ich gelesen, verstehe aber trotzdem nicht was zu tun ist.
-
Habe heute ein neues System aufgesetzt, dann den js-controller installiert. Während der Installation alles OK nur Warnungen, aber im Hosts wird weiterhin 1.5.x angezeigt, nix von 2.x zu sehen. Alles läuft weiter wie vorher.
Kann ich nachsehen ob 2.x wirklich installiert ist? mfg Christian -
@Ritter da waren sie schon immer heißt nicht das das offiziell vom System unterstützt wird. Bitte in Eis der validen Verzeichnisse legen wie vis.0 oder so. Und ja dann leider Pfade anpassen.
Das das bisher tat war gelinde gesagt Zufall. Eigene files sind nicht im Backup und hätten auch sonst jederzeit kaputtzugehen können.
-
@febea wenn im Host noch 1.5.x angezeigt wird dann Hatvda was nicht geklappt. Hast damals das install log vom js-Controller Update? Sonst mach’s nochmal drüber
-
ja hat etwas gedauert, aber dann direkt gefunzt und hochgelaufen!
-
anbei mein log mit dem Versuch in eine neuer und saubere ioBroker installation das backup von meinem Master (nach deinen Steps) einzufügen.
iobroker.2019-09-28.log -
@e-i-k-e Naja bei sowas ist das Konsolenlog (also was stand wie in der Konsole als Du es gemacht hast) nötig ... das iobroker log sagt nur das deine DB leer ist
-
@febea sagte in [Aufruf] js-controller 2.0 Beta Test:
Alles läuft weiter wie vorher.
Hast du ioBroker neu gestartet bzw. vor dem Upgrade beendet?
-
Ich habe, wegen einem Fehler im Adapter NINA, diesen mal deinstalliert. Letztens hatte ich so was schon mal, habe dem aber keine Beachtung geschenkt.
Heute jedoch wollte ich das doch mal posten, da iobroker bzw. der js-controller komplett neu gestartet ist.host.MSNUC-IOB 2019-09-30 09:28:48.591 error at Timer.processTimers (timers.js:223:10) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at listOnTimeout (timers.js:263:5) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at tryOnTimeout (timers.js:300:5) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at ontimeout (timers.js:436:11) host.MSNUC-IOB 2019-09-30 09:28:48.591 error at Timeout.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.js-controller/main.js:3272:43) host.MSNUC-IOB 2019-09-30 09:28:48.591 error TypeError: Cannot read property 'process' of undefined host.MSNUC-IOB 2019-09-30 09:28:48.589 error uncaught exception: Cannot read property 'process' of undefined host.MSNUC-IOB 2019-09-30 09:28:47.768 info iobroker npm uninstall iobroker.nina --silent --save --prefix "/opt/iobroker" (System call) host.MSNUC-IOB 2019-09-30 09:28:47.768 info Do not restart adapter system.adapter.nina.0 because disabled or deleted host.MSNUC-IOB 2019-09-30 09:28:47.767 error instance system.adapter.nina.0 terminated with code 156 (156) host.MSNUC-IOB 2019-09-30 09:28:47.587 info stopInstance system.adapter.nina.0 send kill signal host.MSNUC-IOB 2019-09-30 09:28:47.585 info stopInstance system.adapter.nina.0 host.MSNUC-IOB 2019-09-30 09:28:47.584 info object deleted system.adapter.nina.0 -
Hey All, ich habe gerade radar2 1.0.8 veröffentlicht mit dem Fix. Das wird quasi die offiziell kompatible Version. GitHub Stand bleibt erst einmal kaputt bis Frank wieder verfügbar ist.
-
Fixe ich. Danke fürs melden
-
Hab das heute nochmal nachgestellt:
Ausgangsbasis:
- iobroker-master 1.5.14, im docker-container unter node 8, file/file
- iobroker-hwr 1.5.14, auf RPI4 unter Node 10, file/file
- Upgrade mit sudo -H -u iobroker npm install ioBroker/ioBroker.js-controller, zuerst der Slave, dann der Master
Nach den beiden Upgrades folgendes im Log:
Dann Reboot des Slaves + Master, Log:
Der Slave kommt dann auch nicht mehr automatisch auf die Beine nach einen Reboot, starte ich ihn aber manuell mit iobroker start schafft er es:
-
@darkiop Ok, ich sehe im Log folgendes. Bitte sag mal ob das ok ist:
- 13:59-14:05 hast Du den Slave auf 2.0.4 aktualisiert. Der Master lief noch. Der Slave hat danach (weil Master alt war) im "Fallback Modus" sich verbunden
- 14:16 hast Du den Master beendet, 14:25 war er zurück. Der Slave hat sich in der zwischenzeit immer wieder neu gestartet und dann sah es aber so aus als ob 14:25 wieder alles ok war.
Dann schreibst DU das Du rebootest hast alle beide und sich dann der Slave so verhalten hat ?! Komisch
Der Slave sagt das er Port 9001 vom Master nicht erreichen kann. ENETUNREACH. Sieht mir also eher nach irgendwas netzwerkigem aus ... Der -hwr meldet sich mit ner 10er IP ... ist das bei dir so aufgesetzt auf dem Raspi?
Mit dem was ich generell sehe hat sich alles korrekt verhalten. Die Frage ist was zu dem EHOSTUNREACH geführt hat
