NEWS
Beta Test js-controller 3.2.x auf GitHub
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
Jupp, sorry, Bitte nochmal neu installieren. fixed
Stimmt, fixed, startet wieder.
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
Jupp, sorry, Bitte nochmal neu installieren. fixed
Done + doppelt gefixt: läuft wieder und der VIS-Dateimanager lüppt auch wieder :+1: :grin:
-
Aktuelle Test Version 3.2.x Veröffentlichungsdatum 09.01.2021 Github Link npm install ioBroker/ioBroker.js-controllerHallo mal wieder in die Tester-Runde,
mit etwas zeitlicher Verspätung, dafür aber um so besser, starten wir heute den Beta Test des neuen js-controller 3.2 (Releasename "Grace"). Wie auch bei den letzten Versionen starten wir die erste Teststufe direkt von GitHub. Also bitte nur mitmachen wenn Ihr wisst was das heisst :-) Aber auch der Weg zurück ist unten beschrieben.
Die unterstützten Node.js Versionen bleiben in diesem Update gleich: 10.x, 12.x und auch 14.x werden offiziell unterstützt. Aufgrund der übergreifenden Adapter-Kompatibilität bleibt die empfohlene Node.js Version für ioBroker aktuell weiterhin auf 12.x. Falls jemand wirklich mit Node.js 15.x experimentieren will, dann bitte AUSSCHLIESSLICH mit npm 6 !! (die npm Leute haben in npm 7 wieder dinge kaputt gemacht. es ist zum heulen)
Neben einigen Features haben wir unter der Haube weiter aufgeräumt und sehr viel modernisiert und vereinheitlicht.
Auch daran den Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen wurde weiter gearbeitet, was ggf. zu neuen Log-meldungen für bestimmte Fälle führt. Bitte unterstützt hier wieder und legt bei den relevanten Adaptern im GitHub Issues an, damit diese Dinge gefixt werden können.Besonders zu erwähnen ist die Grundlage für das neue Benachrichtigungssystem (kommt dann in einem Admin-Update) und die Reaktivierung von Let's Encrypt zur automatischen Zertifikatsaktualisierung.
Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.In Summe sind in diese Version über 560 commits eingeflossen. Dafür bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox und auch ein paar weiteren Entwicklern für die aktive Mitarbeit an dieser Version!
Der js-controller 3.2 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen :-)
Installation
VOR der Installation
Wie bei jedem Test dieser Art: Bitte macht ein Backup!iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@versioninstalliert werden und sollte alles wieder herstellen.Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden weiss ich gerade nicht wie der aktuelle Prozess ist, da der Windows installer nicht ganz aktuell ist. Bitte hier berichten dann kann ich ergänzen.
Linux
Für den Beta-Test muss der js-controller direkt per npm installiert werden. Dazu bitte den ioBroker auf dem Server beenden und dann in einer Shell UNBEDINGT in das ioBroker Verzeichnis wechseln (
cd /opt/iobrokerunter Linux). Dann mittelsnpm install ioBroker/ioBroker.js-controllerden Controller manuell aktualisieren. Bevor ihr loslegt, lest aber bitte erst noch die folgenden Hinweise! Der zweite Post in diesem Thread ist für eine FAQ reserviert. Bitte schaut auch dort gern einmal rein.Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.2 oder 3.1 läuft ist es beim Update auf Version 3.2 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.2 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.2 aktualisiert wurde!
Nötige Adapter-Aktualisierungen
Aktuell sind keine Inkompatibilitäten bekannt, damit allerdings Let's encrypt wieder funktioniert benötigt es einige Adapter in "Latest" Versionen von mindestens:
- ioBroker.lovelace 1.4.1
- ioBroker.simple-api 2.5.2
- ioBroker.socketio 3.1.3
- ioBroker.telegram 1.7.0
- ioBroker.web 3.2.2
- ioBroker.admin 4.2.1
Bitte checkt aber das die Adapter generell auch in den bisherigen versionen mit dem neuen js-controller tun!
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Falls das Problematisch ist ist aktuell die einzige Option das Loglevel der Instanz auf "Error" zu setzen.
Fehler
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x hat, alternativ weiterhin manuell viacurl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controllerversuchen.Nach der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittelsiobroker start).Wenn alles klappt merkt Ihr außer 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.
Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/testen?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für Features
- Alle normalen Funktionalitäten, vor allem Adapter starten, stoppen, restarten, installieren, upgrade einzel/all, Instanzen hinzufügen, löschen, auf anderen Host schieben (npm Installs und auch GitHub installs)
- Prüfen und vergleichen der CPU and RAM Nutzung, speziell für den js.controller Prozess an sich
- Einige Adapter werden Warnungen ausgeben wenn State-Werte gesetzt werden VOR dem Anlegen von Objekten. Bitte bei den Adapter-Repos melden
Speziell die Entwickler sollten bitte die genannten Deprecations anschauen und beachten
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
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, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
Ingo
@apollon77 js-controller 3.2.5 ohne besondere Vorkommnisse. :-)
-
@Feuersturm @sigi234 Eine neue Version ist auf GitHub, die das fixen sollte. Bitte prüfen.
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm @sigi234 Eine neue Version ist auf GitHub, die das fixen sollte. Bitte prüfen.
Ich konnte auch ohne Probleme auf die v.3.2.5 aktualisieren. VIS Dateimanager geht auch wieder und bisher sind keine neuen Probleme aufgefallen.
-
Ich muss morgen mal nachschauen, in meinem Doorio-Adapter gibt es ein Error wenn diese Zeilen abgearbeitet werden:
clearTimeout(tout1); tout1 = setTimeout(() => { tout1 = null; adapter.setForeignState(adapter.config.call_established, false, true); adapter.setState('CALL_ESTABLISHED', false, true); }, 1000);Die ID von setForeignState ist leer, kommt als Fehler. (adapter.js vom js-controller)
Mal sehen ob ich es finde. ;-) -
Ich muss morgen mal nachschauen, in meinem Doorio-Adapter gibt es ein Error wenn diese Zeilen abgearbeitet werden:
clearTimeout(tout1); tout1 = setTimeout(() => { tout1 = null; adapter.setForeignState(adapter.config.call_established, false, true); adapter.setState('CALL_ESTABLISHED', false, true); }, 1000);Die ID von setForeignState ist leer, kommt als Fehler. (adapter.js vom js-controller)
Mal sehen ob ich es finde. ;-)Das Update (redis/redis, von 3.1.6 ) lief bei allen Geräten sauber durch, bis jetzt nichts auffälliges.
Adapter und Info sind in dauerschleifen. Kann dies mit dem neuen js-controller zutun haben?
Edit: Folgender error konnte ich soeben dem log entnehmen.
-
@apollon77 Folgende Warnungen hab ich gerade noch bei mir im Log mit der 3.2.5 gefunden. Der dwd Adapter v2.5.2 hat keine Warnungen geworfen.
host.beebox(iobrokerMaster) 2021-01-10 21:27:56.216 warn instance system.adapter.dwd.0 terminated due to SIGABRT ... host.beebox(iobrokerMaster) 2021-01-10 21:25:04.212 warn instance system.adapter.dwd.0 already running with pid 3422 ... host.beebox(iobrokerMaster) 2021-01-10 21:07:58.554 warn instance system.adapter.dwd.0 terminated due to SIGABRT ... host.beebox(iobrokerMaster) 2021-01-10 21:05:04.194 warn instance system.adapter.dwd.0 already running with pid 2864Was steckt dahinter und ist es ein Thema für den Controller oder für den dwd Adapter
-
Aktuelle Test Version 3.2.x Veröffentlichungsdatum 09.01.2021 Github Link npm install ioBroker/ioBroker.js-controllerHallo mal wieder in die Tester-Runde,
mit etwas zeitlicher Verspätung, dafür aber um so besser, starten wir heute den Beta Test des neuen js-controller 3.2 (Releasename "Grace"). Wie auch bei den letzten Versionen starten wir die erste Teststufe direkt von GitHub. Also bitte nur mitmachen wenn Ihr wisst was das heisst :-) Aber auch der Weg zurück ist unten beschrieben.
Die unterstützten Node.js Versionen bleiben in diesem Update gleich: 10.x, 12.x und auch 14.x werden offiziell unterstützt. Aufgrund der übergreifenden Adapter-Kompatibilität bleibt die empfohlene Node.js Version für ioBroker aktuell weiterhin auf 12.x. Falls jemand wirklich mit Node.js 15.x experimentieren will, dann bitte AUSSCHLIESSLICH mit npm 6 !! (die npm Leute haben in npm 7 wieder dinge kaputt gemacht. es ist zum heulen)
Neben einigen Features haben wir unter der Haube weiter aufgeräumt und sehr viel modernisiert und vereinheitlicht.
Auch daran den Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen wurde weiter gearbeitet, was ggf. zu neuen Log-meldungen für bestimmte Fälle führt. Bitte unterstützt hier wieder und legt bei den relevanten Adaptern im GitHub Issues an, damit diese Dinge gefixt werden können.Besonders zu erwähnen ist die Grundlage für das neue Benachrichtigungssystem (kommt dann in einem Admin-Update) und die Reaktivierung von Let's Encrypt zur automatischen Zertifikatsaktualisierung.
Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog. Ich hoffe auch diesmal auf Eure tatkräftige Unterstützung, sodass der Latest-Release dann genau so reibungslos verläuft wie bei den letzten Versionen.In Summe sind in diese Version über 560 commits eingeflossen. Dafür bedenke mich diesmal besonders bei @foxriver76, @AlCalzone und natürlich @Bluefox und auch ein paar weiteren Entwicklern für die aktive Mitarbeit an dieser Version!
Der js-controller 3.2 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2 ist problemlos möglich. Nur die Node.js Version muss jetzt mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen :-)
Installation
VOR der Installation
Wie bei jedem Test dieser Art: Bitte macht ein Backup!iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@versioninstalliert werden und sollte alles wieder herstellen.Windows
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden weiss ich gerade nicht wie der aktuelle Prozess ist, da der Windows installer nicht ganz aktuell ist. Bitte hier berichten dann kann ich ergänzen.
Linux
Für den Beta-Test muss der js-controller direkt per npm installiert werden. Dazu bitte den ioBroker auf dem Server beenden und dann in einer Shell UNBEDINGT in das ioBroker Verzeichnis wechseln (
cd /opt/iobrokerunter Linux). Dann mittelsnpm install ioBroker/ioBroker.js-controllerden Controller manuell aktualisieren. Bevor ihr loslegt, lest aber bitte erst noch die folgenden Hinweise! Der zweite Post in diesem Thread ist für eine FAQ reserviert. Bitte schaut auch dort gern einmal rein.Achtung: Slave-Systeme zuerst!
Bei einem Multi-Host-System, welches auf js-controller 2.2 oder 3.1 läuft ist es beim Update auf Version 3.2 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.2 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 3.2 aktualisiert wurde!
Nötige Adapter-Aktualisierungen
Aktuell sind keine Inkompatibilitäten bekannt, damit allerdings Let's encrypt wieder funktioniert benötigt es einige Adapter in "Latest" Versionen von mindestens:
- ioBroker.lovelace 1.4.1
- ioBroker.simple-api 2.5.2
- ioBroker.socketio 3.1.3
- ioBroker.telegram 1.7.0
- ioBroker.web 3.2.2
- ioBroker.admin 4.2.1
Bitte checkt aber das die Adapter generell auch in den bisherigen versionen mit dem neuen js-controller tun!
Es werden aber, wie oben ausgeführt, einige Adapter ggf Warnungen ins Log schreiben. Falls das Problematisch ist ist aktuell die einzige Option das Loglevel der Instanz auf "Error" zu setzen.
Fehler
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x hat, alternativ weiterhin manuell viacurl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels
sudo -H -u iobroker npm install ioBroker/ioBroker.js-controllerversuchen.Nach der Installation
Nach der Installation den ioBroker wieder starten (z.B. mittelsiobroker start).Wenn alles klappt merkt Ihr außer 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.
Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/testen?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für Features
- Alle normalen Funktionalitäten, vor allem Adapter starten, stoppen, restarten, installieren, upgrade einzel/all, Instanzen hinzufügen, löschen, auf anderen Host schieben (npm Installs und auch GitHub installs)
- Prüfen und vergleichen der CPU and RAM Nutzung, speziell für den js.controller Prozess an sich
- Einige Adapter werden Warnungen ausgeben wenn State-Werte gesetzt werden VOR dem Anlegen von Objekten. Bitte bei den Adapter-Repos melden
Speziell die Entwickler sollten bitte die genannten Deprecations anschauen und beachten
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Generell ist zu testen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
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, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
Wir wünschen allen viel Spaß beim Testen und vielen Dank für Eure Unterstützung!
Ingo
Update auf Version 3.2.5 ist problemlos durchgelaufen. Schwierigkeiten scheint bei mir nur der pushsafer-Adapter zu machen, der nicht mehr startet. Hier der Auszug aus dem Log:
pushsafer.0 2021-01-10 22:12:32.695 warn (26610) Terminated (UNCAUGHT_EXCEPTION): Without reason pushsafer.0 2021-01-10 22:12:32.694 info (26610) terminating pushsafer.0 2021-01-10 22:12:32.172 error (26610) adapter.getMessage is not a function pushsafer.0 2021-01-10 22:12:32.172 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8255:34 pushsafer.0 2021-01-10 22:12:32.172 error at Adapter.emit (events.js:314:20) pushsafer.0 2021-01-10 22:12:32.172 error at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:27:5) pushsafer.0 2021-01-10 22:12:32.172 error at main (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:64:5) pushsafer.0 2021-01-10 22:12:32.172 error at processMessages (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:54:13) pushsafer.0 2021-01-10 22:12:32.172 error (26610) TypeError: adapter.getMessage is not a function pushsafer.0 2021-01-10 22:12:32.170 error (26610) unhandled promise rejection: adapter.getMessage is not a function pushsafer.0 2021-01-10 22:12:32.169 error (26610) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). pushsafer.0 2021-01-10 22:12:32.149 info (26610) starting. Version 0.1.8 in /opt/iobroker/node_modules/iobroker.pushsafer, node: v12.20.0, js-controller: 3.2.5Gruß Marco
iobroker im Container (debian Bullseye) unter proxmox 7.1
debmatic in VM (debian Buster) unter proxmox 7.1 mit HB-RF-USB und RPI-RF-MOD
40 HomeMatic Geräte, Phillips Hue, Ikea Tradfri, Logitech Harmony Hub, Botvac Connected, Robonect -
Das Update (redis/redis, von 3.1.6 ) lief bei allen Geräten sauber durch, bis jetzt nichts auffälliges.
Adapter und Info sind in dauerschleifen. Kann dies mit dem neuen js-controller zutun haben?
Edit: Folgender error konnte ich soeben dem log entnehmen.
-
@apollon77 Folgende Warnungen hab ich gerade noch bei mir im Log mit der 3.2.5 gefunden. Der dwd Adapter v2.5.2 hat keine Warnungen geworfen.
host.beebox(iobrokerMaster) 2021-01-10 21:27:56.216 warn instance system.adapter.dwd.0 terminated due to SIGABRT ... host.beebox(iobrokerMaster) 2021-01-10 21:25:04.212 warn instance system.adapter.dwd.0 already running with pid 3422 ... host.beebox(iobrokerMaster) 2021-01-10 21:07:58.554 warn instance system.adapter.dwd.0 terminated due to SIGABRT ... host.beebox(iobrokerMaster) 2021-01-10 21:05:04.194 warn instance system.adapter.dwd.0 already running with pid 2864Was steckt dahinter und ist es ein Thema für den Controller oder für den dwd Adapter
@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?
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
-
@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?
Mit "stoppe mal" meinst du ioBroker oder nur den DWD Adapter?
-
Update auf Version 3.2.5 ist problemlos durchgelaufen. Schwierigkeiten scheint bei mir nur der pushsafer-Adapter zu machen, der nicht mehr startet. Hier der Auszug aus dem Log:
pushsafer.0 2021-01-10 22:12:32.695 warn (26610) Terminated (UNCAUGHT_EXCEPTION): Without reason pushsafer.0 2021-01-10 22:12:32.694 info (26610) terminating pushsafer.0 2021-01-10 22:12:32.172 error (26610) adapter.getMessage is not a function pushsafer.0 2021-01-10 22:12:32.172 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8255:34 pushsafer.0 2021-01-10 22:12:32.172 error at Adapter.emit (events.js:314:20) pushsafer.0 2021-01-10 22:12:32.172 error at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:27:5) pushsafer.0 2021-01-10 22:12:32.172 error at main (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:64:5) pushsafer.0 2021-01-10 22:12:32.172 error at processMessages (/opt/iobroker/node_modules/iobroker.pushsafer/pushsafer.js:54:13) pushsafer.0 2021-01-10 22:12:32.172 error (26610) TypeError: adapter.getMessage is not a function pushsafer.0 2021-01-10 22:12:32.170 error (26610) unhandled promise rejection: adapter.getMessage is not a function pushsafer.0 2021-01-10 22:12:32.169 error (26610) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). pushsafer.0 2021-01-10 22:12:32.149 info (26610) starting. Version 0.1.8 in /opt/iobroker/node_modules/iobroker.pushsafer, node: v12.20.0, js-controller: 3.2.5Gruß Marco
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm weiss nicht. stoppe mal, schaue mal das wirklich kein prozess mehr läuft, sonst muss man mal tiefer schauen. Noch jemand anders mit DWD?
Mit "stoppe mal" meinst du ioBroker oder nur den DWD Adapter?
@Feuersturm nur DWD
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
-
@Feuersturm nur DWD
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm nur DWD
Wo erkenne ich, dass kein DWD Prozess mehr läuft?
-
@apollon77 sagte in Beta Test js-controller 3.2.x auf GitHub:
@Feuersturm nur DWD
Wo erkenne ich, dass kein DWD Prozess mehr läuft?
@Feuersturm An der kommandozeile "ps auxww |grep dwd"
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
-
@Feuersturm An der kommandozeile "ps auxww |grep dwd"
ps auxww |grep dwd liefert:
proxmox@ioBrokerBETA:~$ ps auxww |grep dwd iobroker 5617 0.0 48.9 2719812 2054304 ? Rl 22:50 4:58 io.dwd.0 proxmox 5711 0.0 0.0 11460 1004 pts/0 S+ 22:54 0:00 grep --color=auto dwdKurz bevor ich die Instanz ausschalten wollte kam noch dieser Error um die Ecke:
dwd.0 2021-01-10 22:50:10.377 error (5617) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). dwd.0 2021-01-10 22:50:09.667 info (5617) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason dwd.0 2021-01-10 22:50:06.771 info (5617) starting. Version 2.5.2 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.18.3, js-controller: 3.2.5 -
ps auxww |grep dwd liefert:
proxmox@ioBrokerBETA:~$ ps auxww |grep dwd iobroker 5617 0.0 48.9 2719812 2054304 ? Rl 22:50 4:58 io.dwd.0 proxmox 5711 0.0 0.0 11460 1004 pts/0 S+ 22:54 0:00 grep --color=auto dwdKurz bevor ich die Instanz ausschalten wollte kam noch dieser Error um die Ecke:
dwd.0 2021-01-10 22:50:10.377 error (5617) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). dwd.0 2021-01-10 22:50:09.667 info (5617) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason dwd.0 2021-01-10 22:50:06.771 info (5617) starting. Version 2.5.2 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.18.3, js-controller: 3.2.5@Feuersturm und mehr log nicht? am besten stoppen wie gesagt undd ann falls noch ein prozess läuft den mal killen
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
-
Hallo alle miteinander,
ich habe noch ein bissl gebastelt und noch kleinere Dinge gefixt. Die 3.2.6-0 wartet auf euch.
Vor allem bitte nochmal den Vis Dateieditor und so checken mit allen Aktionen. Vor allem bei Objects-in-Redis-Systemen gab es da noch Probleme.Die komische Versionsnummer ist voll ok so. Wir versuchen hier gerade die js-controller Release Prozesse etwas zu optimieren.
Neben der Variante zum Installieren wie oben die ganze Zeit bekommt Ihr jetzt mittels `npm i iobroker.js-controller@next" immer die aktuellste freigegebene Version der Testrunde hier. Bitte versucht mal den weg wenn Ihr auf die aktuelle 3.2.6 geht ... Nebeneffekt wird auch sein das wir idealerweise jetzt auf 3.2.6 bleiben bis zum nächsten offiziellen Schritt für Latest und nur die letzte Zahl erhöhen.
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
-
@Feuersturm und mehr log nicht? am besten stoppen wie gesagt undd ann falls noch ein prozess läuft den mal killen
@apollon77
DWD Instanz gestoppt und ps aufgerufen:proxmox@ioBrokerBETA:~$ ps -auxww |grep dwd proxmox 6312 0.0 0.0 11460 1060 pts/0 S+ 23:15 0:00 grep --color=auto dwdInstanz gestartet (Scheduling auf 1 min von dwd gesetzt, steht sonst auf 5 min)
host.beebox(iobrokerMaster) 2021-01-10 23:20:04.175 warn instance system.adapter.dwd.0 already running with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:19:00.037 warn instance system.adapter.dwd.0 already running with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:18:04.181 info instance system.adapter.dwd.0 started with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:17:04.365 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.beebox(iobrokerMaster) 2021-01-10 23:17:00.097 info instance system.adapter.dwd.0 started with pid 6381 host.beebox(iobrokerMaster) 2021-01-10 23:16:58.445 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.beebox(iobrokerMaster) 2021-01-10 23:16:54.115 info instance system.adapter.dwd.0 started with pid 6366 host.beebox(iobrokerMaster) 2021-01-10 23:16:54.054 info instance scheduled system.adapter.dwd.0 * * * * * host.beebox(iobrokerMaster) 2021-01-10 23:16:50.924 info stopInstance system.adapter.dwd.0 (force=false, process=false) host.beebox(iobrokerMaster) 2021-01-10 23:16:50.917 info "system.adapter.dwd.0" enabledDanach erneut ps ausgeführt
proxmox@ioBrokerBETA:~$ ps -auxww |grep dwd iobroker 6447 0.0 44.3 2532204 1859612 ? Rl 23:18 4:19 io.dwd.0 proxmox 6519 0.0 0.0 11460 1088 pts/0 S+ 23:21 0:00 grep --color=auto dwdWenn es hift kann ich das ganze auch nochmal mit Debug Loglevel ausführen.
-
@apollon77
DWD Instanz gestoppt und ps aufgerufen:proxmox@ioBrokerBETA:~$ ps -auxww |grep dwd proxmox 6312 0.0 0.0 11460 1060 pts/0 S+ 23:15 0:00 grep --color=auto dwdInstanz gestartet (Scheduling auf 1 min von dwd gesetzt, steht sonst auf 5 min)
host.beebox(iobrokerMaster) 2021-01-10 23:20:04.175 warn instance system.adapter.dwd.0 already running with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:19:00.037 warn instance system.adapter.dwd.0 already running with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:18:04.181 info instance system.adapter.dwd.0 started with pid 6447 host.beebox(iobrokerMaster) 2021-01-10 23:17:04.365 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.beebox(iobrokerMaster) 2021-01-10 23:17:00.097 info instance system.adapter.dwd.0 started with pid 6381 host.beebox(iobrokerMaster) 2021-01-10 23:16:58.445 info instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.beebox(iobrokerMaster) 2021-01-10 23:16:54.115 info instance system.adapter.dwd.0 started with pid 6366 host.beebox(iobrokerMaster) 2021-01-10 23:16:54.054 info instance scheduled system.adapter.dwd.0 * * * * * host.beebox(iobrokerMaster) 2021-01-10 23:16:50.924 info stopInstance system.adapter.dwd.0 (force=false, process=false) host.beebox(iobrokerMaster) 2021-01-10 23:16:50.917 info "system.adapter.dwd.0" enabledDanach erneut ps ausgeführt
proxmox@ioBrokerBETA:~$ ps -auxww |grep dwd iobroker 6447 0.0 44.3 2532204 1859612 ? Rl 23:18 4:19 io.dwd.0 proxmox 6519 0.0 0.0 11460 1088 pts/0 S+ 23:21 0:00 grep --color=auto dwdWenn es hift kann ich das ganze auch nochmal mit Debug Loglevel ausführen.
@Feuersturm Naja es scheint ja so das es generell tut ... ich weiss halt nicht ob ggf gerade irgendwelche Probleme beim DWD server bestehen und es dauert daher länger ... Also ja kannst Debug schauen dann siehst Du ggf wo er hängt
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
Support us
595
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge