NEWS
js-controller 3.2 jetzt im STABLE!
-
@michi68 sagte in js-controller 3.2 jetzt im STABLE!:
.json
sind keine ausführbaren Dateien. Darüber hinaus sind die Dateien per ACL angelegt, dir fehlen also Informationen über die Attribute.
Jag da mal wieder den Fixer drüber.
iobroker fix@thomas-braun
iobroker fix gemacht
nach dem start dann wieder
2021-02-24 22:44:49.947 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, stat '/opt/iobroker/iobroker-data/objects.json' -
@thomas-braun
iobroker fix gemacht
nach dem start dann wieder
2021-02-24 22:44:49.947 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, stat '/opt/iobroker/iobroker-data/objects.json'pi@raspberrypi:~ $ getfacl /opt/iobroker/iobroker-data/iobroker.json getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/iobroker.json # owner: iobroker # group: iobroker user::rw- group::r-- group:iobroker:rwx mask::rwx other::r--Gut, bei der Gruppe iobroker ruder ich zurück, iobroker hat das x-bit.
-
@thomas-braun
iobroker fix gemacht
nach dem start dann wieder
2021-02-24 22:44:49.947 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, stat '/opt/iobroker/iobroker-data/objects.json'@michi68 Ist das auf ner synology? Da gabs ja weiter oben ähnliche berichte ... ich weiss aber nicht was das issue sein soll ...
Das interessante ist auch das beim "nach dem Start"-Screenshot die objects.bak fehlt.
EDIT: Ok ich habs gefunden ... Der Fehler bedeutet (meeh unglücklich formuliert) erstmal nur das kein objects.json existiert und daher dieses auch nicht in "objects.json.bak" umbenannt werden kann. Es wird danach trotzdem das objects.json neu geschrieben . Beim nächsten Speichern sollte an sich dann wieder alles klappen und der Fehler nicht nochmals vorkommen.
Falls doch ist die Frage was da bei Dir passiert das das File verschwindet
-
@michi68 Ist das auf ner synology? Da gabs ja weiter oben ähnliche berichte ... ich weiss aber nicht was das issue sein soll ...
Das interessante ist auch das beim "nach dem Start"-Screenshot die objects.bak fehlt.
EDIT: Ok ich habs gefunden ... Der Fehler bedeutet (meeh unglücklich formuliert) erstmal nur das kein objects.json existiert und daher dieses auch nicht in "objects.json.bak" umbenannt werden kann. Es wird danach trotzdem das objects.json neu geschrieben . Beim nächsten Speichern sollte an sich dann wieder alles klappen und der Fehler nicht nochmals vorkommen.
Falls doch ist die Frage was da bei Dir passiert das das File verschwindet
@apollon77
jo fehlt hatte ich auch noch nicht bemerkt, :grin: ist aber wieder da
ist Raspbian buster
-
ich hatte auch mal die objects.json, states.json gelöscht und aus denn .gz wiederhergestellt, geht.
Also Backups werden gemacht nur ab und zu meckert er das er die objects.json.bak nicht findet
dann kann ich die aber schon mal verstehen2021-02-24 16:00:36.149 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/objects.json' -> '/opt/iobroker/iobroker-data/objects.json.bak' -
@marty56 Naja vor heute hast du den ioBroker ja die Tage auch neu gestartet. Und irgendwann danach ging das los. Frage ist wann das war und was da so im log Stand.
@apollon77 Nach Neustart bisher nicht mehr aufgetreten
-
ich hatte auch mal die objects.json, states.json gelöscht und aus denn .gz wiederhergestellt, geht.
Also Backups werden gemacht nur ab und zu meckert er das er die objects.json.bak nicht findet
dann kann ich die aber schon mal verstehen2021-02-24 16:00:36.149 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/objects.json' -> '/opt/iobroker/iobroker-data/objects.json.bak'@michi68 nee das ist es ja. Er meckert das keine objects.json da ist. Heißt davor hätte er die wegkopiert aber nicht neu geschrieben. Dann müsste von davor noch eine zweite/andere logzeile gewesen sein wo er sagt das er die objects.Jain nicht hat schreiben können. Sonst kann der Fall an sich nicht auftreten
-
@michi68 nee das ist es ja. Er meckert das keine objects.json da ist. Heißt davor hätte er die wegkopiert aber nicht neu geschrieben. Dann müsste von davor noch eine zweite/andere logzeile gewesen sein wo er sagt das er die objects.Jain nicht hat schreiben können. Sonst kann der Fall an sich nicht auftreten
@apollon77
Hallo,
sorry das ich jetzt erst antworte, war Heute etwas im Stress.
Ja aber beim Start meckert er doch erst mal das die objects.json.bak nicht da ist und kopiert die objects.json die er dann in objects.json.bak umbennent oder sehe ich das falsch?2021-02-24 16:00:36.149 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/objects.json' -> '/opt/iobroker/iobroker-data/objects.json.bak'und dann im Betrieb fehlt ab und zu die objects.json die er nicht zur objects.json.bak kopieren kann, ich bin verwirrt
host.iobroker-Server 2021-02-25 22:00:59.000 error Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, stat '/opt/iobroker/iobroker-data/objects.json'aber davon abgesehen hat er die Macke immer noch :thinking_face: :grin:
-
@apollon77
Hallo,
sorry das ich jetzt erst antworte, war Heute etwas im Stress.
Ja aber beim Start meckert er doch erst mal das die objects.json.bak nicht da ist und kopiert die objects.json die er dann in objects.json.bak umbennent oder sehe ich das falsch?2021-02-24 16:00:36.149 - error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/objects.json' -> '/opt/iobroker/iobroker-data/objects.json.bak'und dann im Betrieb fehlt ab und zu die objects.json die er nicht zur objects.json.bak kopieren kann, ich bin verwirrt
host.iobroker-Server 2021-02-25 22:00:59.000 error Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, stat '/opt/iobroker/iobroker-data/objects.json'aber davon abgesehen hat er die Macke immer noch :thinking_face: :grin:
-
Hallo ioBroker-Community,
mit etwas zeitlicher Verspätung, dafür aber um so besser, kommt heute der neue js-controller 3.2 (Releasename "Grace") ins Stable Repository (sollte im laufe des Abends bei allen auftauchen). Ein großer Dank geht an alle User die in der letzten Zeit diese Version bereits im Beta- und Latest-Test getestet und Probleme und Fehler zur Behebung gemeldet haben!
Node.js Versions-Anforderungen
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 geändert, die wir noch untersuchen)
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/post/266625Informationen zur Version
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 750 commits eingeflossen. Dafür bedanke 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. Was es bei Multihost Systemen zu beachten gibt findet Ihr etwas weiter unten! 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 🙂
Es gibt aktuell keine inkompatiblem Adapter, aber einige Empfehlungen weiter unten.
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.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 oder höher
- ioBroker.simple-api 2.5.2 oder höher
- ioBroker.socketio 3.1.3 oder höher
- ioBroker.telegram 1.7.0 oder höher
- ioBroker.web 3.2.2 oder höher
- ioBroker.admin 4.2.1 oder höher
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.
Achtung: Multihost-Systeme Reihenfolgen beachten!
Bei einem Multi-Host-System, welches auf js-controller 2.2 oder 3.1 läuft ist es beim Update auf Version 3.2 nötig, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach 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. Beim Slave Update muss der alte master aber noch laufen. Die Slaves bleiben nach dem Update offline und können sich nicht zum Master verbinden und werden erst wieder funktionieren wenn auch der Master auf die 3.2 aktualisiert wurde!
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.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker updateiobroker 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 iobroker update- Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell via curl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -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.
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!
Mit
iobroker helpwird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist. Es geht jetzt auch Kommandospezifisch Hilfe zu erhalten (iobroker upgrade --help)
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für Features
- Let's Encrypt sollte wieder tun. Minimum Adapterversionen dazu siehe weiter oben!
- 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 prüfen, 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 sagte in js-controller 3.2 jetzt im STABLE!:
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.
Für alle "alten manuellen" Installationen gilt
- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker updateiobroker upgrade self- ioBroker starten
@sigi234 hat mich ermutigt es genau so wie oben beschrieben zu tun und auch bei mir hat es so funktioniert. Mein Win-System wurde mit dem Installer von @Stabilostick aufgesetzt und mit dem Workaround von @AlCalzone upgedatet.
Bin jetzt auf js-controller 3.2.16, node-js v10.17.0, npm v6.11.3 und soweit scheint alles zu funktionieren. -
Danke an die Entwickler und Tester!
Bis auf ein paar komische Fehlermeldungen (die wohl nichts mit dem Update zu tan haben?) ist es problemlos durchgelaufen.raspberrypi
Platform linux
Betriebssystem linux
Architektur arm
CPUs 4
Geschwindigkeit 700 MHz
Modell ARMv7 Processor rev 3 (v7l)
RAM 3.74 GB
System Betriebszeit 70 T. 22:58:00
Node.js v12.20.2 (Es gibt eine neuere Version: v12.21.0)
NPM 6.14.11
Festplatte Größe 14.09 GB
Festplatte frei 10.7 GB
Anzahl der Adapter 331
Betriebszeit 00:06:00
Aktive Instanzen 13
Hostname raspberrypipi@raspberrypi:~ $ iobroker upgrade self Update js-controller from @3.1.6 to @3.2.16 NPM version: 6.14.11 npm install iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefi x "/opt/iobroker" (System call) Package pangocairo was not found in the pkg-config search path. Perhaps you should add the directory containing `pangocairo.pc' to the PKG_CONFIG_PATH environment variable No package 'pangocairo' found gyp: Call to 'pkg-config pangocairo --libs' returned exit status 1 while in binding.gyp. while trying to load binding.gyp gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1 gyp ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:351:16) gyp ERR! stack at ChildProcess.emit (events.js:314:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12) gyp ERR! System Linux 5.4.79-v7l+ gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node" "--module_name=canvas" "--module_path=/opt/iobroker/node_modules/canvas/build/Release" "--napi_version=7" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v72" gyp ERR! cwd /opt/iobroker/node_modules/canvas gyp ERR! node -v v12.20.2 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not ok node-pre-gyp ERR! build error node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node --module_name=canvas --module_path=/opt/iobroker/node_modules/canvas/build/Release --napi_version=7 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v72' (1) node-pre-gyp ERR! stack at ChildProcess.<anonymous> (/opt/iobroker/node_modules/node-pre-gyp/lib/util/compile.js:83:29) node-pre-gyp ERR! stack at ChildProcess.emit (events.js:314:20) node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:1022:16) node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:287:5) node-pre-gyp ERR! System Linux 5.4.79-v7l+ node-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build" node-pre-gyp ERR! cwd /opt/iobroker/node_modules/canvas node-pre-gyp ERR! node -v v12.20.2 node-pre-gyp ERR! node-pre-gyp -v v0.11.0 node-pre-gyp ERR! not ok Starting node restart.jsProxmox LXC
Node.js: V20.18.2
NPM: 10.8.2
JS-controller: 7.0.6 -
Danke an die Entwickler und Tester!
Bis auf ein paar komische Fehlermeldungen (die wohl nichts mit dem Update zu tan haben?) ist es problemlos durchgelaufen.raspberrypi
Platform linux
Betriebssystem linux
Architektur arm
CPUs 4
Geschwindigkeit 700 MHz
Modell ARMv7 Processor rev 3 (v7l)
RAM 3.74 GB
System Betriebszeit 70 T. 22:58:00
Node.js v12.20.2 (Es gibt eine neuere Version: v12.21.0)
NPM 6.14.11
Festplatte Größe 14.09 GB
Festplatte frei 10.7 GB
Anzahl der Adapter 331
Betriebszeit 00:06:00
Aktive Instanzen 13
Hostname raspberrypipi@raspberrypi:~ $ iobroker upgrade self Update js-controller from @3.1.6 to @3.2.16 NPM version: 6.14.11 npm install iobroker.js-controller@3.2.16 --loglevel error --unsafe-perm --prefi x "/opt/iobroker" (System call) Package pangocairo was not found in the pkg-config search path. Perhaps you should add the directory containing `pangocairo.pc' to the PKG_CONFIG_PATH environment variable No package 'pangocairo' found gyp: Call to 'pkg-config pangocairo --libs' returned exit status 1 while in binding.gyp. while trying to load binding.gyp gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1 gyp ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:351:16) gyp ERR! stack at ChildProcess.emit (events.js:314:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12) gyp ERR! System Linux 5.4.79-v7l+ gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node" "--module_name=canvas" "--module_path=/opt/iobroker/node_modules/canvas/build/Release" "--napi_version=7" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v72" gyp ERR! cwd /opt/iobroker/node_modules/canvas gyp ERR! node -v v12.20.2 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not ok node-pre-gyp ERR! build error node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/canvas/build/Release/canvas.node --module_name=canvas --module_path=/opt/iobroker/node_modules/canvas/build/Release --napi_version=7 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v72' (1) node-pre-gyp ERR! stack at ChildProcess.<anonymous> (/opt/iobroker/node_modules/node-pre-gyp/lib/util/compile.js:83:29) node-pre-gyp ERR! stack at ChildProcess.emit (events.js:314:20) node-pre-gyp ERR! stack at maybeClose (internal/child_process.js:1022:16) node-pre-gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:287:5) node-pre-gyp ERR! System Linux 5.4.79-v7l+ node-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build" node-pre-gyp ERR! cwd /opt/iobroker/node_modules/canvas node-pre-gyp ERR! node -v v12.20.2 node-pre-gyp ERR! node-pre-gyp -v v0.11.0 node-pre-gyp ERR! not ok Starting node restart.js@jack01
Zu den 'komischen' Meldungen:sudo apt update sudo apt install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev libpixman-1-dev sudo apt dist-upgrade sudo rebootDann sollten die künftig nicht mehr auftauchen.
-
@jack01
Zu den 'komischen' Meldungen:sudo apt update sudo apt install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev libpixman-1-dev sudo apt dist-upgrade sudo rebootDann sollten die künftig nicht mehr auftauchen.
@thomas-braun sagte in js-controller 3.2 jetzt im STABLE!:
@jack01
Zu den 'komischen' Meldungen:Ohne den iobroker zu stoppen?
Proxmox LXC
Node.js: V20.18.2
NPM: 10.8.2
JS-controller: 7.0.6 -
@thomas-braun sagte in js-controller 3.2 jetzt im STABLE!:
@jack01
Zu den 'komischen' Meldungen:Ohne den iobroker zu stoppen?
@jack01 Kannste machen wie ein Dachdecker.
Beim notwendigen! Reboot wird der ioBroker natürlich auch neugestartet. -
@jack01
Zu den 'komischen' Meldungen:sudo apt update sudo apt install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev libpixman-1-dev sudo apt dist-upgrade sudo rebootDann sollten die künftig nicht mehr auftauchen.
@thomas-braun Das sollte iobroker fix inzwischen auf installieren :-)
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
-
@thomas-braun Das sollte iobroker fix inzwischen auf installieren :-)
@apollon77
Ja, aber kein Kernel-Update, was da auch noch in der Pipeline war. -
@apollon77
Ja, aber kein Kernel-Update, was da auch noch in der Pipeline war.@thomas-braun Ja, korrekt. war aucf die anderen pakete bezogen
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
-
@thomas-braun Ja, korrekt. war aucf die anderen pakete bezogen
Wenn ich nicht den alten Kernel gesehen hätte dann hätte ich auch den Fixer vorgeschlagen.
-
Hallo,
danke für die super Arbeit!! Und sorry, wenn das nicht hier her gehört. Dachte ich fange mal hier an...Ich glaube, seit dem Update hab ich ein Problem mit dem FHEM Adapter. Adapter ist grün, bekomme aber folgende Fehlermeldung im Log:
- (32628) > SyntaxError jsonlist2 of FHEM device --> stop instance fhem.0 [main] [syncFHEM]32628) > SyntaxError jsonlist2 of FHEM device --> stop instance fhem.0 [main] [syncFHEM]
- (32628) State "system.adapter.fhem.1.alive" has no existing object, this might lead to an error in future versions
Somit kann ich keine Daten von FHEM empfangen oder senden.
Was kann ich da machen?
Vielen Dank schon mal!!
Viele Grüße
Markus
-
Hallo,
danke für die super Arbeit!! Und sorry, wenn das nicht hier her gehört. Dachte ich fange mal hier an...Ich glaube, seit dem Update hab ich ein Problem mit dem FHEM Adapter. Adapter ist grün, bekomme aber folgende Fehlermeldung im Log:
- (32628) > SyntaxError jsonlist2 of FHEM device --> stop instance fhem.0 [main] [syncFHEM]32628) > SyntaxError jsonlist2 of FHEM device --> stop instance fhem.0 [main] [syncFHEM]
- (32628) State "system.adapter.fhem.1.alive" has no existing object, this might lead to an error in future versions
Somit kann ich keine Daten von FHEM empfangen oder senden.
Was kann ich da machen?
Vielen Dank schon mal!!
Viele Grüße
Markus
@markus-dickel sagte in js-controller 3.2 jetzt im STABLE!:
SyntaxError jsonlist2 of FHEM device
naja das heisst das dein FHEM keine validen daten zurückgibt ... das kann mit controller nichts zu tun haben
646
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge