NEWS
js-controller 2.0 ab sofort im Latest Repo
-
Nur so als Hinweis/Frage: nach jedem Update ist der example_state unter 0_userdata wieder da, auch wenn ich ihn gelöscht habe. Korrekt? Soll so bleiben?
-
Hallo ioBroker-Community,
passend zum Erreichen der 30.000 aktive Installationen Marke vor ein paar Tagen möchten wir Euch nun gern den neuen js-controller 2.0 vorstellen. Dieser ist ab sofort im Latest Repository und auf npm verfĂŒgbar.
In einem internen Test und einen sehr umfangreichen Beta-Test in der Community haben wir dieses groĂe Update des js-controllers bereits sehr intensiv getestet. GroĂer Dank geht an @Arteck, @sigi234, @SBorg, @opossum, @e-s, @e-i-k-e, @Yetiberg, @Jan1, @Einstein67, @Dr. Bakterius und viele andere mehr. Das war eine super Zusammenarbeit!
Es sind vor allem "unter der Haube" einige grundlegende Ănderungen eingeflossen, die den Wechsel auf eine neue Hauptrelease-Nummer rechtfertigen. Mehr dazu weiter unten.
Der js-controller 2.0 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Es kann von jeder frĂŒheren Version auf die Version 2.0 aktualisiert werden. Einzig die Node.js Version muss vor dem Update mindestens auf 8.x, besser noch auf 10.x angehoben werden! FĂŒr Node.js 12 ist es aber noch etwas zu frĂŒh, da hier immer noch einige Adapter nicht kompatibel sind.
Falls Ihr in diesem Zuge die Nodejs Version aktualisiert bitte Die Infos/Anleitung unter https://forum.iobroker.net/topic/22867/how-to-node-js-fĂŒr-iobroker-richtig-updaten berĂŒcksichtigen.Weiterhin wird der ioBroke-Eigene-Dateibereich (im Normalfall bisher unter <ioBroker-Verzeichnis>/iobroker-data/files/...) nun strikter behandelt und manuell oder per Skript (fs.write) dort direkt abgelegte/hinkopierte Dateien sind ggf. nicht mehr in Visualisierungen anzeigbar!
Skripte mĂŒssen angepasst werden (Nutzung von writeFile) bzw. die Dateien mĂŒssen in offiziell definierte Adpater-Basisverzeichnisse (z.B. vis.0, iqontrol.meta u.Ă€.) abgelegt werden. Nutzt am besten auch die offiziellen Uploader via Vis oder iqontrol, damit diese Dateien korrekt registriert sind. Diese Ănderung wurde auch zur Erhöhung der Sicherheit umgesetzt! Der positive Nebeneffekt ist auch das die Files dann mit im Backup landen, was bisher nicht gegeben war!
Bei der Installation (oder nachtrĂ€glich periobroker file sync) werden die erlaubten Verzeichnisse geprĂŒft und bisher nicht registrierte Dateien aufgenommen. Wer komplett eigene Verzeichnisse angelegt hat bekommt dazu eine Fehlermelung - diese werden nicht automatisch ĂŒbernommen und mĂŒssen manuell korrekt kopiert werden.Siehe dazu auch die Informationen zum Ordner 0_userdata.0!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natĂŒrlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu gröĂeren Problemen danach fĂŒhrt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter mĂŒssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 2.0 funktionieren. Diese Updates am besten vorher ausfĂŒhren, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- simple-api 2.1.2 or higher
- email 1.0.5 or higher
- pushover 1.1.1 or higher
- hue 1.2.4 or higher
- node-red 1.10.1 or higher
- vis 1.2.2 or higher
- iqontrol 0.2.12 or higher
- socketio 2.1.2 or higher
- radar2 1.0.9 (GitHub version 1.2.0 muss manuell angepasst werden, siehe FAQ!)
- broadlink2 (siehe FAQ)
- tr-064 (wenn noch soef Originalversion bei Fehlern community Version installieren)
- sonos 2.0.0 or higher (Breaking change! No Webserver anymore!)
- web 2.4.9 or higher
- hqwidgets 1.1.3 or higher
- ble v0.10.1 or higher
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System ist es beim Update auf Version 2.0 sehr wichtig, die Slave-Systeme zuerst zu aktualisieren. Der Master wird als letztes aktualisiert!
Wenn diese Reihenfolge nicht eingehalten wird können sich die Slave-Systeme nicht mit dem master verbinden und das Update muss manuell ausgefĂŒhrt werden (Details dazu siehe FAQ Post).
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mir npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
FĂŒr alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prĂŒfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- ioBroker stoppen (
iobroker stop) - prĂŒfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurĂŒckbleiben - Wie ĂŒblich wird das Update dann per
iobroker upgrade selfausgefĂŒhrt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Linux-Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer nutzen und die Installation wiederholen.curl -sL https://iobroker.net/fix.sh | bash -Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche FĂ€lle hier im Thread.NACH der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittels
iobroker start).Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die groĂen Ănderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis fĂŒr Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle lÀnger geworden ist.
Was hat sich geÀndert, was besonders ansehen/beachten?
Eine der gröĂeren Ănderungen ist, dass die ioBroker-eigenen States- und Objects-Datenbanken vollstĂ€ndig neu geschrieben wurden. Im ioBroker-System wird zur Kommunikation jetzt ein TCP-basiertes und mit Redis-kompatibles Protokoll verwendet. Vor allem "Reconnection from DB"-Fehler sollten dadurch jetzt der Vergangenheit angehören. Auf Basis dieser Ănderungen planen wir fĂŒr die Zukunft noch einige interessante Neuerungen.
Durch diese Ănderung steht jetzt in Logs teilweise "connected to redis" obwohl Ihr gar keinen Redis nutzt. Ihr könnt allerdings weiterhin am Port erkennen wenn es die ioBroker-eigene Datenbank ist (normalerweise Ports 9000 und 9001). Erste Tests haben gezeigt das die CPU Belastung der Adapter-Prozesse und des js-controller geringer ist als in der alten Version, da das neue Protokoll deutlich schlanker ist. Es ist weiterhin flexibler und robuster - so lange die Netzwerkverbindung nicht abreiĂt. Aber selbst in solch einem Fall sollte ein automatischer Reconnect stattfinden und, wenn der Abbruch nich zu lang ist, alle Ănderungen aus der Zeit ohne Verbindungen nochmals gesendet werden.
Also falls Ihr in der Vergangenheit von "Reconnect to DB" Meldungen und Effekten geplagt wart ist Euer Bericht fĂŒr uns sehr interessannt.In diesem Zuge ist vor allem das Verhalten bei einer Unterbrechung der Verbindung zur Datenbank (egal ob Redis oder im "file" Falle der js-controller). Beim Verlust der Verbindung wird diese per Default in 5s AbstĂ€nden bis zu 20 mal versucht wiederherzustellen. Wenn dies gelingt, bleibt das ganze System in Betrieb und in der Unterbrechungszeit aufgelaufene Befehle werden nachtrĂ€glich ausgefĂŒhrt. Bei Redis könnte diese Zeit sogar fĂŒr ein Redis-Update ausreichen.
Erst danach (also nach ca. 90s) beenden sich Adapter und das System und ein automatischer Restart findet statt, wonach der js-controller wartet bis die Verbindung wieder da ist. Um ggf Netzwerk-Effekte abzufangen gibt es alle 30s einen Restart des Controllers.
Ebenso der berĂŒhmt berĂŒchtigte "Error 7", welcher im Log erscheint wenn ein Adapterprozess bereits lĂ€uft, aber ein neuer gestartet werden soll wurde verbessert. Wenn ein neuer Prozess gestartet werden soll, sollten sich nun ggf noch laufende Prozesse automatisch selbst beenden und eine einmalige Meldung im Log erzeugen.
Wie bereits gesagt, viele Ănderungen fanden hinter den Kulissen statt. Hier fĂŒr Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Ănderungen und Bugfixes ist im Changelog einzusehen.
Im dritten Post dieses Threads stellen wir einige neue Features im Detail etwas "weniger technisch" vor. ;-)
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusÀtzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Info zur verwendeten DB-Konstellation (file(file, file/redis, redis/redis ...), Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Ingo
@apollon77 Ich möchte dir (und den anderen Entwicklern die hier dran waren) ein ganz dickes Lob aussprechen.
Der Controller lĂ€uft bei mir einwandfrei und ich habe zusĂ€tzlich festgestellt das meine Prozessorauslastung deutlichst zurĂŒckgegangen ist.
Der NUC langweilt sich so langsam wenn ihr so weitermacht.Ganz herzlichen Dank fĂŒr eure Arbeit und eure Verbissenheit auch kleinste Fehler zu beheben. Das macht am ioBroker am meisten SpaĂ das ihr Entwickler so hinter der Sache steht.
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@apollon77 Ich möchte dir (und den anderen Entwicklern die hier dran waren) ein ganz dickes Lob aussprechen.
Der Controller lĂ€uft bei mir einwandfrei und ich habe zusĂ€tzlich festgestellt das meine Prozessorauslastung deutlichst zurĂŒckgegangen ist.
Der NUC langweilt sich so langsam wenn ihr so weitermacht.Ganz herzlichen Dank fĂŒr eure Arbeit und eure Verbissenheit auch kleinste Fehler zu beheben. Das macht am ioBroker am meisten SpaĂ das ihr Entwickler so hinter der Sache steht.
-
Halli Hallo an alle Latest Nutzer :-)
Ein paar Kleinigkeiten sind dann doch noch aufgelaufen und daher habe ich gerade die 2.0.43 (aka Stable-RC4 ... jetzt wirklich die letzte ;-) ) auf npm und ins latest gepackt.
Changelog:
- (Apollon77) enhance backup error handling for invalid files - they now display errors and not break the backup process
- (Apollon77) make sure new enabled/moved instances are started directly
- (Apollon77) increase object init timeout for adapter starts before complaining/stopping
- (Apollon77) fix file read/write to not allow invalid locations and add some more checking
- (Apollon77) add some more logging for ioredis initializations
Ingo
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log fĂŒr Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel Ă€ndern
- Logfiles auf Platte /opt/iobroker/log/⊠nutzen, Admin schneidet Zeilen ab
-
Halli Hallo an alle Latest Nutzer :-)
Ein paar Kleinigkeiten sind dann doch noch aufgelaufen und daher habe ich gerade die 2.0.43 (aka Stable-RC4 ... jetzt wirklich die letzte ;-) ) auf npm und ins latest gepackt.
Changelog:
- (Apollon77) enhance backup error handling for invalid files - they now display errors and not break the backup process
- (Apollon77) make sure new enabled/moved instances are started directly
- (Apollon77) increase object init timeout for adapter starts before complaining/stopping
- (Apollon77) fix file read/write to not allow invalid locations and add some more checking
- (Apollon77) add some more logging for ioredis initializations
Ingo
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@sigi234 So schnell?
Mir wird das noch nicht angeboten.
Host ist aktuell 2.0.42ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@Chaot iobroker update?! ;-)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log fĂŒr Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel Ă€ndern
- Logfiles auf Platte /opt/iobroker/log/⊠nutzen, Admin schneidet Zeilen ab
-
@apollon77
Bereits drei mal versucht.iobroker stop
iobroker update
iobroker upgrade self"Host "iobroker" is up to date"
-
Halli Hallo an alle Latest Nutzer :-)
Ein paar Kleinigkeiten sind dann doch noch aufgelaufen und daher habe ich gerade die 2.0.43 (aka Stable-RC4 ... jetzt wirklich die letzte ;-) ) auf npm und ins latest gepackt.
Changelog:
- (Apollon77) enhance backup error handling for invalid files - they now display errors and not break the backup process
- (Apollon77) make sure new enabled/moved instances are started directly
- (Apollon77) increase object init timeout for adapter starts before complaining/stopping
- (Apollon77) fix file read/write to not allow invalid locations and add some more checking
- (Apollon77) add some more logging for ioredis initializations
Ingo
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
jetzt wirklich die letzte
Abwartenđ
umgestiegen von Proxmox auf Unraid
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
jetzt wirklich die letzte
Abwartenđ
@crunchip sagte in js-controller 2.0 ab sofort im Latest Repo:
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
jetzt wirklich die letzte
Abwartenđ
Quote: 50:50
:grinning:
Muss ja mal auch ein bisschen SpaĂ sein. -
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
jetzt wirklich die letzte
Abwartenđ
@crunchip Na warte mal.
Nur um dich zu Àrgern schiebt er dann die 3.x.x :grinning:ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
Ps: ihr dĂŒrft einfach nur nix neues mehr finden ;-))
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log fĂŒr Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel Ă€ndern
- Logfiles auf Platte /opt/iobroker/log/⊠nutzen, Admin schneidet Zeilen ab
-
@apollon77 bin noch nicht zu hause und heute mag ich auch nicht mehr suchen.
Aber morgen ist ja auch noch ein Tagđ -
So,
dieses Update ist durch.
Mein System bringt mir immerloglevel error --prefix "/opt/iobroker" (System call)egal, ob ich den JS-Controller oder einen Adapter update.
In diesem Fall ist es der rpc-Adapter.GruĂ,
MathiasIObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weià ich noch nicht. Vielleicht kommen auch nur Zigbee-GerÀte ins Haus. -
So,
dieses Update ist durch.
Mein System bringt mir immerloglevel error --prefix "/opt/iobroker" (System call)egal, ob ich den JS-Controller oder einen Adapter update.
In diesem Fall ist es der rpc-Adapter.GruĂ,
Mathias@MathiasJ jetzt brauch ich aber mehr Kontext .... Was genau ist dein "Problem" damit? Oder ist es der Teil "loglevel error" weil das frĂŒher nicht da war?
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log fĂŒr Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel Ă€ndern
- Logfiles auf Platte /opt/iobroker/log/⊠nutzen, Admin schneidet Zeilen ab
-
So,
dieses Update ist durch.
Mein System bringt mir immerloglevel error --prefix "/opt/iobroker" (System call)egal, ob ich den JS-Controller oder einen Adapter update.
In diesem Fall ist es der rpc-Adapter.GruĂ,
Mathias@MathiasJ Das ist ein Teil des Befehls, der zum Installieren aufgerufen wird.
loglevel errorheiĂt lediglich dass nur Fehler ausgegeben werden, keine Warnungen oder Hinweise. Letztendlich vermeidet das, dass unbedarfte Anwender sich ĂŒber seitenweise "Fehler" beschweren. -
Hallo ioBroker-Community,
passend zum Erreichen der 30.000 aktive Installationen Marke vor ein paar Tagen möchten wir Euch nun gern den neuen js-controller 2.0 vorstellen. Dieser ist ab sofort im Latest Repository und auf npm verfĂŒgbar.
In einem internen Test und einen sehr umfangreichen Beta-Test in der Community haben wir dieses groĂe Update des js-controllers bereits sehr intensiv getestet. GroĂer Dank geht an @Arteck, @sigi234, @SBorg, @opossum, @e-s, @e-i-k-e, @Yetiberg, @Jan1, @Einstein67, @Dr. Bakterius und viele andere mehr. Das war eine super Zusammenarbeit!
Es sind vor allem "unter der Haube" einige grundlegende Ănderungen eingeflossen, die den Wechsel auf eine neue Hauptrelease-Nummer rechtfertigen. Mehr dazu weiter unten.
Der js-controller 2.0 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Es kann von jeder frĂŒheren Version auf die Version 2.0 aktualisiert werden. Einzig die Node.js Version muss vor dem Update mindestens auf 8.x, besser noch auf 10.x angehoben werden! FĂŒr Node.js 12 ist es aber noch etwas zu frĂŒh, da hier immer noch einige Adapter nicht kompatibel sind.
Falls Ihr in diesem Zuge die Nodejs Version aktualisiert bitte Die Infos/Anleitung unter https://forum.iobroker.net/topic/22867/how-to-node-js-fĂŒr-iobroker-richtig-updaten berĂŒcksichtigen.Weiterhin wird der ioBroke-Eigene-Dateibereich (im Normalfall bisher unter <ioBroker-Verzeichnis>/iobroker-data/files/...) nun strikter behandelt und manuell oder per Skript (fs.write) dort direkt abgelegte/hinkopierte Dateien sind ggf. nicht mehr in Visualisierungen anzeigbar!
Skripte mĂŒssen angepasst werden (Nutzung von writeFile) bzw. die Dateien mĂŒssen in offiziell definierte Adpater-Basisverzeichnisse (z.B. vis.0, iqontrol.meta u.Ă€.) abgelegt werden. Nutzt am besten auch die offiziellen Uploader via Vis oder iqontrol, damit diese Dateien korrekt registriert sind. Diese Ănderung wurde auch zur Erhöhung der Sicherheit umgesetzt! Der positive Nebeneffekt ist auch das die Files dann mit im Backup landen, was bisher nicht gegeben war!
Bei der Installation (oder nachtrĂ€glich periobroker file sync) werden die erlaubten Verzeichnisse geprĂŒft und bisher nicht registrierte Dateien aufgenommen. Wer komplett eigene Verzeichnisse angelegt hat bekommt dazu eine Fehlermelung - diese werden nicht automatisch ĂŒbernommen und mĂŒssen manuell korrekt kopiert werden.Siehe dazu auch die Informationen zum Ordner 0_userdata.0!
Installation
VOR der Installation
Wie bei jedem Update dieser Art: Bitte macht ein Backup!
iobroker backup, bzw. kopieren desiobroker-dataVerzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natĂŒrlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu gröĂeren Problemen danach fĂŒhrt.Nötige Adapter-Aktualisierungen
Die folgenden Adapter mĂŒssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 2.0 funktionieren. Diese Updates am besten vorher ausfĂŒhren, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.
- simple-api 2.1.2 or higher
- email 1.0.5 or higher
- pushover 1.1.1 or higher
- hue 1.2.4 or higher
- node-red 1.10.1 or higher
- vis 1.2.2 or higher
- iqontrol 0.2.12 or higher
- socketio 2.1.2 or higher
- radar2 1.0.9 (GitHub version 1.2.0 muss manuell angepasst werden, siehe FAQ!)
- broadlink2 (siehe FAQ)
- tr-064 (wenn noch soef Originalversion bei Fehlern community Version installieren)
- sonos 2.0.0 or higher (Breaking change! No Webserver anymore!)
- web 2.4.9 or higher
- hqwidgets 1.1.3 or higher
- ble v0.10.1 or higher
Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System ist es beim Update auf Version 2.0 sehr wichtig, die Slave-Systeme zuerst zu aktualisieren. Der Master wird als letztes aktualisiert!
Wenn diese Reihenfolge nicht eingehalten wird können sich die Slave-Systeme nicht mit dem master verbinden und das Update muss manuell ausgefĂŒhrt werden (Details dazu siehe FAQ Post).
Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mir npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.
FĂŒr alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prĂŒfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Linux
- ioBroker stoppen (
iobroker stop) - prĂŒfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurĂŒckbleiben - Wie ĂŒblich wird das Update dann per
iobroker upgrade selfausgefĂŒhrt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Linux-Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer nutzen und die Installation wiederholen.curl -sL https://iobroker.net/fix.sh | bash -Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche FĂ€lle hier im Thread.NACH der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittels
iobroker start).Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die groĂen Ănderungen sind alle "Unter der Haube" versteckt.
Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis fĂŒr Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle lÀnger geworden ist.
Was hat sich geÀndert, was besonders ansehen/beachten?
Eine der gröĂeren Ănderungen ist, dass die ioBroker-eigenen States- und Objects-Datenbanken vollstĂ€ndig neu geschrieben wurden. Im ioBroker-System wird zur Kommunikation jetzt ein TCP-basiertes und mit Redis-kompatibles Protokoll verwendet. Vor allem "Reconnection from DB"-Fehler sollten dadurch jetzt der Vergangenheit angehören. Auf Basis dieser Ănderungen planen wir fĂŒr die Zukunft noch einige interessante Neuerungen.
Durch diese Ănderung steht jetzt in Logs teilweise "connected to redis" obwohl Ihr gar keinen Redis nutzt. Ihr könnt allerdings weiterhin am Port erkennen wenn es die ioBroker-eigene Datenbank ist (normalerweise Ports 9000 und 9001). Erste Tests haben gezeigt das die CPU Belastung der Adapter-Prozesse und des js-controller geringer ist als in der alten Version, da das neue Protokoll deutlich schlanker ist. Es ist weiterhin flexibler und robuster - so lange die Netzwerkverbindung nicht abreiĂt. Aber selbst in solch einem Fall sollte ein automatischer Reconnect stattfinden und, wenn der Abbruch nich zu lang ist, alle Ănderungen aus der Zeit ohne Verbindungen nochmals gesendet werden.
Also falls Ihr in der Vergangenheit von "Reconnect to DB" Meldungen und Effekten geplagt wart ist Euer Bericht fĂŒr uns sehr interessannt.In diesem Zuge ist vor allem das Verhalten bei einer Unterbrechung der Verbindung zur Datenbank (egal ob Redis oder im "file" Falle der js-controller). Beim Verlust der Verbindung wird diese per Default in 5s AbstĂ€nden bis zu 20 mal versucht wiederherzustellen. Wenn dies gelingt, bleibt das ganze System in Betrieb und in der Unterbrechungszeit aufgelaufene Befehle werden nachtrĂ€glich ausgefĂŒhrt. Bei Redis könnte diese Zeit sogar fĂŒr ein Redis-Update ausreichen.
Erst danach (also nach ca. 90s) beenden sich Adapter und das System und ein automatischer Restart findet statt, wonach der js-controller wartet bis die Verbindung wieder da ist. Um ggf Netzwerk-Effekte abzufangen gibt es alle 30s einen Restart des Controllers.
Ebenso der berĂŒhmt berĂŒchtigte "Error 7", welcher im Log erscheint wenn ein Adapterprozess bereits lĂ€uft, aber ein neuer gestartet werden soll wurde verbessert. Wenn ein neuer Prozess gestartet werden soll, sollten sich nun ggf noch laufende Prozesse automatisch selbst beenden und eine einmalige Meldung im Log erzeugen.
Wie bereits gesagt, viele Ănderungen fanden hinter den Kulissen statt. Hier fĂŒr Interessierte als Spoiler eine Zusammenfassung:
Weitere Details zu den Ănderungen und Bugfixes ist im Changelog einzusehen.
Im dritten Post dieses Threads stellen wir einige neue Features im Detail etwas "weniger technisch" vor. ;-)
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusÀtzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Info zur verwendeten DB-Konstellation (file(file, file/redis, redis/redis ...), Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Ingo
@apollon77 Hi,
soeben von der 42 auf die 43 geupdatet, erst die Clienthosts, dann den Master, lief alles ohne fehler durch, "nur" hatte ich den Effekt, dass nach dem update des masters die clients sich alle! ( 5 Raspis, vom Zero bis 3+ alles dabei..) sich nicht mehr automatisch verbunden haben..
musste mich auf allen per ssh einloggen (also das Netzwerk war es nicht, sind auch welche mit Kabel verbunden) und ein 'iobroker restart' machen, dann war alles gut. (System file, kein redis)Wo die Errors anfangen, hab ich den Master gestoppt, geupdated, und dann wieder gestartet... aber die haben sich alle nicht mehr gefangen..
Schau mal hier das log von einem( hab ein paar Hundert sich wiederholende Meldungen rausgelöscht):
2019-11-13 11:19:27.295 - info: host.meterberry received SIGTERM 2019-11-13 11:19:27.301 - info: host.meterberry stopInstance system.adapter.ble.1 (process=true) 2019-11-13 11:19:27.369 - info: host.meterberry stopInstance system.adapter.ble.1 send kill signal 2019-11-13 11:19:28.122 - info: host.meterberry instance system.adapter.ble.1 terminated with code 156 (156) 2019-11-13 11:19:28.123 - info: host.meterberry All instances are stopped. 2019-11-13 11:19:28.141 - info: host.meterberry terminated 2019-11-13 11:23:08.024 - info: host.meterberry iobroker.js-controller version 2.0.43 js-controller starting 2019-11-13 11:23:08.035 - info: host.meterberry Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker 2019-11-13 11:23:08.036 - info: host.meterberry hostname: meterberry, node: v10.17.0 2019-11-13 11:23:08.039 - info: host.meterberry ip addresses: 192.168.0.59 2001:16b8:20a3:f500:bfe:b89e:b17a:d67f fe80::fc1f:86d5:4984:5043 2019-11-13 11:23:08.265 - info: host.meterberry connected to Objects and States 2019-11-13 11:23:08.674 - info: host.meterberry 71 instances found 2019-11-13 11:23:08.731 - info: host.meterberry starting 1 instance 2019-11-13 11:23:08.781 - info: host.meterberry instance system.adapter.ble.1 started with pid 557 2019-11-13 11:35:35.201 - error: host.meterberry connect ECONNREFUSED 192.168.178.41:9001 2019-11-13 11:35:35.226 - error: ble.1 (557) connect ECONNREFUSED 192.168.178.41:9001 2019-11-13 11:35:35.929 - error: host.meterberry connect ECONNREFUSED 192.168.178.41:9000 2019-11-13 11:35:35.929 - error: ble.1 (557) connect ECONNREFUSED 192.168.178.41:9000 2019-11-13 11:35:40.224 - error: host.meterberry connect ECONNREFUSED 192.168.178.41:9001 2019-11-13 11:35:40.245 - error: ble.1 (557) connect ECONNREFUSED 192.168.178.41:9001 2019-11-13 11:35:40.939 - error: ble.1 (557) connect ECONNREFUSED 192.168.178.41:9000 2019-11-13 11:35:40.940 - error: host.meterberry connect ECONNREFUSED 192.168.178.41:9000 2019-11-13 11:35:45.230 - error: host.meterberry connect ECONNREFUSED 192.168.178.41:9001 2019-11-13 11:38:07.750 - error: host.meterberry connect ECONNREFUSED 192.168.178.41:9000 2019-11-13 11:38:07.756 - warn: ble.1 (557) redis get ble.1.c4:7c:8d:66:1b:36.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.757 - warn: ble.1 (557) redis get ble.1.54:d2:72:b0:6c:c1.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.758 - warn: ble.1 (557) redis get ble.1.c4:7c:8d:66:1b:36.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.759 - warn: ble.1 (557) redis get ble.1.c4:7c:8d:66:1b:36.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.776 - warn: ble.1 (557) redis get ble.1.54:d2:72:b0:6c:c1.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.777 - warn: ble.1 (557) redis get ble.1.54:d2:72:b0:6c:c1.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.778 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:07.779 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:07.784 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:07.785 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:07.786 - warn: ble.1 (557) redis get ble.1.54:d2:72:b0:6c:c1.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.787 - warn: ble.1 (557) redis get ble.1.c4:7c:8d:66:1b:36.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.788 - warn: ble.1 (557) redis get ble.1.54:d2:72:b0:6c:c1.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.788 - warn: ble.1 (557) redis get ble.1.74:a3:4a:b6:12:26.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.789 - warn: ble.1 (557) redis get ble.1.74:a3:4a:b6:12:26.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.790 - warn: ble.1 (557) redis get ble.1.54:d2:72:b0:6c:c1.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.791 - warn: ble.1 (557) redis get ble.1.74:a3:4a:b6:12:26.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.791 - warn: ble.1 (557) redis get ble.1.74:a3:4a:b6:12:26.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.792 - warn: ble.1 (557) redis get ble.1.74:a3:4a:b6:12:26.rssi, error - Error: Connection is closed. 2019-11-13 11:38:07.793 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:07.832 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:07.838 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:07.839 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:07.858 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:07.859 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:07.869 - error: ble.1 (557) connect ECONNREFUSED 192.168.178.41:9001 2019-11-13 11:38:07.754 - warn: Unable to subscribe to expiry Keyspace events from Redis Server: Error: Connection is closed. 2019-11-13 11:38:07.756 - warn: Unable to subscribe to evicted Keyspace events from Redis Server: Error: Connection is closed. 2019-11-13 11:38:07.763 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:38:07.869 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:38:07.872 - warn: Unable to subscribe to expiry Keyspace events from Redis Server: Error: Connection is closed. 2019-11-13 11:38:07.873 - warn: Unable to subscribe to evicted Keyspace events from Redis Server: Error: Connection is closed. 2019-11-13 11:38:07.873 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:07.886 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:10.098 - error: ble.1 (557) unhandled promise rejection: Error: Connection is closed. 2019-11-13 11:38:10.238 - warn: host.meterberry Slave controller detected disconnection. Stop all instances. 2019-11-13 11:38:10.246 - info: host.meterberry stopInstance system.adapter.ble.1 (process=true) 2019-11-13 11:38:10.247 - info: host.meterberry stopInstance forced system.adapter.ble.1 killing pid 557 2019-11-13 11:38:10.256 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:10.257 - warn: ble.1 (557) get state Error: Connection is closed. 2019-11-13 11:38:10.800 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:38:10.801 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:38:10.802 - error: host.meterberry Cannot find view "system" for search "instance" : Error: Connection is closed. 2019-11-13 11:38:10.808 - info: host.meterberry instance system.adapter.ble.1 terminated with code 156 (156) 2019-11-13 11:38:10.810 - info: host.meterberry All instances are stopped. 2019-11-13 11:38:18.278 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:55:48.326 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:55:48.327 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:55:53.662 - info: host.meterberry received SIGTERM 2019-11-13 11:55:53.668 - info: host.meterberry stopInstance system.adapter.ble.1 (process=false) 2019-11-13 11:55:53.669 - warn: host.meterberry get state Error: Connection is closed. 2019-11-13 11:55:53.670 - info: host.meterberry force terminating 2019-11-13 11:55:56.090 - info: host.meterberry iobroker.js-controller version 2.0.43 js-controller starting 2019-11-13 11:55:56.101 - info: host.meterberry Copyright (c) 2014-2019 bluefox, 2014 hobbyquaker 2019-11-13 11:55:56.102 - info: host.meterberry hostname: meterberry, node: v10.17.0 2019-11-13 11:55:56.105 - info: host.meterberry ip addresses: 192.168.0.59 2001:16b8:20a3:f500:bfe:b89e:b17a:d67f fe80::fc1f:86d5:4984:5043 2019-11-13 11:55:56.363 - info: host.meterberry connected to Objects and States 2019-11-13 11:55:56.774 - info: host.meterberry 71 instances found 2019-11-13 11:55:56.821 - info: host.meterberry starting 1 instance 2019-11-13 11:55:56.861 - info: host.meterberry instance system.adapter.ble.1 started with pid 949 -
@MathiasJ jetzt brauch ich aber mehr Kontext .... Was genau ist dein "Problem" damit? Oder ist es der Teil "loglevel error" weil das frĂŒher nicht da war?
@apollon77
bei mir lief die Aktualisierung problemlos duch, alles macht was es soll- kein Slave
- file/file
827
Online32.4k
Benutzer81.5k
Themen1.3m
BeitrÀge