NEWS
js-controller 5.0.x jetzt in der BETA
-
Ich wollte mir mal das Upgrade des JS-Controllers unter Linux anschauen. Dazu hab ich einen ioBroker unter WSL installiert, ihn auf JS-Controller 5.0.7 gebracht und dann auf der Admin Seite Hosts das Upgrade gestartet. Es kommt nur eine einzige Fehlermeldung:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Im Log steht
2023-07-21 11:03:24.112 - debug: host.iobHost Incoming Host message getLogs 2023-07-21 11:03:26.112 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount 2023-07-21 11:03:26.114 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount 2023-07-21 11:03:26.115 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu 2023-07-21 11:03:26.115 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem 2023-07-21 11:03:26.115 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime 2023-07-21 11:03:26.115 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree 2023-07-21 11:03:26.116 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize 2023-07-21 11:03:26.119 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning 2023-07-21 11:03:26.120 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.inputCount, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:29.760 - debug: host.iobHost Incoming Host message upgradeController 2023-07-21 11:03:29.761 - info: host.iobHost Controller will upgrade itself to version 5.0.8 2023-07-21 11:03:51.836 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.outputCount, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.836 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.cpu, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.836 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.mem, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.837 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.uptime, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.837 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.diskFree, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.838 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.diskSize, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.838 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.diskWarning, system.host.iobHost.logLevel 2023-07-21 11:03:51.838 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed, system.host.iobHost.logLevel 2023-07-21 11:03:51.838 - debug: admin.0 (3608) Subscribes: system.adapter.discovery.0.alive, system.host.*.alive, system.host.*.notifications.*, admin.0.info.newsFeed 2023-07-21 11:03:51.842 - debug: host.iobHost Incoming Host message getLogFiles 2023-07-21 11:03:51.885 - debug: host.iobHost Incoming Host message getLogs 2023-07-21 11:04:01.682 - debug: host.iobHost Incoming Host message getLogFile
Log Level für Admin und Controller steht auf Debug.
Gibt's da gerade ein bekanntes Problem oder liegt es an mir?
-
@guergen sagte in js-controller 5.0.x jetzt in der BETA:
@esp8266 Ich habe den Maxcul definitiv. Ich bin mit meinem System komplett auf Beta unterwegs!
Maxcul 1.3.1, js-controller aktuell ; seit 5 Minuten auch auf 5.0.8Alles OK, Fehler lag hier. Läuft....
Nachtrag:
Ein upgrade des Nodes von 16.X.X auf 18.X.X in einem vorhandenem System bringt den Maxcul Adapter nicht mehr zum starten. Nur bei einem aktualisiertem Betriebsystem mit Node 18.X.X und neuer iob Installation mit Restore lässt den Maxcul Adapter in Ruhe und läuft.... -
@gaspode läuft iobroker in WSL als systemd Dienst? Sonst wird es nicht gehen, ich bin leider im Thema nicht drin was installer macht bei WSL
-
@foxriver76 said in js-controller 5.0.x jetzt in der BETA:
Guter Punkt. Wohl nicht, da ich WSL1 nutzen muss, weil ich aus diversen Gründen Hyper-V nicht nutzen kann.
systemd wird anscheinend erst ab WSL2 unterstützt.Die Frage wäre, ob man das irgendwie erkennen kann, dass ioBroker nicht als systemd Dienst läuft und das Upgrade dann gar nicht erst anbietet ...
-
@gaspode sagte in js-controller 5.0.x jetzt in der BETA:
Die Frage wäre, ob man das irgendwie erkennen kann, dass ioBroker nicht als systemd Dienst läuft und das Upgrade dann gar nicht erst anbietet ...
Kannst ja schauen, ob auf
systemctl status iobroker.service
eine Rückmeldung oder eine Fehlermeldung kommt.
-
Da hab ich mich wohl missverständlich ausgedrückt.
Ich weiß ja schon, dass bei mir der ioBroker nicht als systemd Dienst läuft.
Ich meinte mit meiner Frage, ob man das evtl. in ioBroker berücksichtigen kann und in diesem Fall erst gar kein Update anbietet, sondern nur anzeigt, wie man zu Fuß aktualisiert. Aus der Fehlermeldung lässt sich sonst schlecht die Ursache erkennen.
-
@gaspode ich denke wir können es sogar anbieten müssen nur den update Prozess anders starten wenn wir es erkennen gerne issue im Controller machen
-
@foxriver76 said in js-controller 5.0.x jetzt in der BETA:
@gaspode ich denke wir können es sogar anbieten müssen nur den update Prozess anders starten wenn wir es erkennen gerne issue im Controller machen
OK, mach ich. Ich nutze das normalerweise ja nicht unter WSL, wollte es mir nur mal live anschauen, wie es umgesetzt ist.
Bin im Moment am Überlegen ob ich das Upgrade vom Controller in den Windows Installer einbaue, oder ob ich die Energie lieber in das Upgrade über den Admin stecken soll. Ich schreib dich bei Gelegenheit deswegen mal direkt an. -
@gaspode klar gerne auf Telegram schreiben
-
-
@marty56 sagte in js-controller 5.0.x jetzt in der BETA:
Update auf JS-Controller 5.0.9 hat Fehlfunktion im VW-Adapter zur Folger
Du bist deiner Zeit vorraus, eine 5.0.9 steht jedenfalls auf npm noch nicht zur Verfügung
-
@feuersturm oh, ich meinte V 5.08.
-
@marty56
Ev erstell ein issue beim Adapter wenn kein passendes existiert. -
Es wird heute oder morgen eine Version 5.0.9 kommen.
Zwei Änderungen
info.connection
State von Adaptern wird nun nach dem stoppen vom Controller zurückgesetzt, so wird dieser auch bei Abstürzen auffalse
gesetzt wenn es dem Adapter selbst nicht mehr möglich ist oder wenn der Dev es vergessen hat zu implementieren- Ermöglicht in Zukunft das UI Upgrade vom Controller auch für Systeme ohne
systemd
(erstmalig möglich von5.0.9
auf FolgeversionXX
)
Ein UI Upgrade von 5.0.8 auf 5.0.9 sollte hoffentlich nun auch für Slaves klappen, auch wenn Admin auf
master
Host läuft. Gerne hierzu Feedback geben @Feuersturm -
Läuft so weit ohne Problem
arch: x64
Proxmox 8.0 LXC bookwormjs-controller: 5.0.9
npm: 9.6.7
nodejs: v18.17.0Vielleicht unwichtig, jedoch Installation über GUI ging nicht:
2023-07-27 18:34:22.577 - info: host.iobroker [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller 2023-07-27 18:39:08.511 - info: host.iobroker iobroker.js-controller version 5.0.8 js-controller starting
journalctl -u iobroker.service -r
Jul 27 18:34:15 iobroker bash[347]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging] Jul 27 18:34:15 iobroker bash[347]: ================================== > LOG REDIRECT system.adapter.iot.0 => false [system.adapter.iot.0.logging] Jul 27 18:34:15 iobroker bash[347]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped] Jul 27 18:34:15 iobroker bash[347]: ================================== > LOG REDIRECT system.adapter.iot.0 => false [Process stopped] Jul 27 18:34:15 iobroker bash[347]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] Jul 27 18:34:15 iobroker bash[347]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] Jul 27 18:34:14 iobroker sudo[174644]: pam_unix(sudo:session): session closed for user root Jul 27 18:34:14 iobroker sudo[174644]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000) Jul 27 18:34:14 iobroker sudo[174644]: pam_limits(sudo:session): Could not set limit for 'core' to soft=0, hard=-1: Operation not permitted; uid=1000,euid=0 Jul 27 18:34:14 iobroker sudo[174644]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/systemd-run --no-ask-password /usr/bin/node /opt/iobroker/node_modules/iobroker.js-controller/build/lib/> Jul 27 18:34:09 iobroker bash[347]: Send diag info: {"uuid":"42e6f2b3-eb4f-ea0e-9d7f-5084778f3609","language":"de","country":"Germany","hosts":[{"version":"5.0.8","platform":"Javascript/Node.>
-
@ticaki zeig mal
systemctl status iobroker
-
@ticaki und ging es jemals?
-
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
@ticaki und ging es jemals?
Ich konnte das upgrade manuell durchführen
hab einen Snapshot davor, kann es also nochmal tun wenn du möchtest
Auf diesem Rechner ist es das erste Upgrade das ich getan habe, ist noch nicht so alt. Auf dem Raspi vorher gings
systemctl status iobroker
* iobroker.service - ioBroker Server Loaded: loaded (/lib/systemd/system/iobroker.service; enabled; preset: enabled) Active: active (running) since Thu 2023-07-27 18:41:25 CEST; 17min ago Docs: http://iobroker.net Main PID: 175136 (iobroker.js-con) Tasks: 374 (limit: 18873) Memory: 1.9G CPU: 2min 56.424s CGroup: /system.slice/iobroker.service |-175136 iobroker.js-controller |-175154 io.admin.0 |-175181 io.sql.0 |-175210 io.email.0 |-175225 io.javascript.0 |-175268 io.pushover.0 |-175289 io.telegram.0 |-175304 io.influxdb.1 |-175319 io.mihome-vacuum.0 |-175349 io.tuya.0 |-175364 io.hm-rega.0 |-175379 io.mqtt.0 |-175394 io.shelly.0 |-175409 io.hm-rpc.0 |-175425 io.hm-rpc.1 |-175455 io.daikin.0 |-175470 io.alexa2.0 |-175485 io.sonoff.0 |-175500 io.reolink.0 |-175515 io.homepilot20.0 |-175536 io.discovery.0 |-175551 io.iot.0 |-175566 io.yahka.1 |-175581 io.zigbee2mqtt.0 |-175596 io.hyperion_ng.0 |-175611 io.info.0 |-176009 io.notification-manager.0 |-176024 io.nuki.0 |-176039 io.fritzdect.0 |-176054 io.yahka.0 |-176070 io.wled.0 |-176105 io.web.0 |-176120 io.sma-em.0 `-176139 io.backitup.0
-
@ticaki hm ok schaut eigentlich gut aus. Ich schaue mal ob wir da noch mehr log bekommen können in Zukunft.
-
@ticaki bzw war da noch mehr log vom Upgrade manager vor successfully stopped müsste mindestens noch was gewesen sein