UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mcm1957]

@marty56
Danke f Feedback.
Generell bitte immer die Versionen numerisch Ngeben. Warum? Latest ist heute klar. Liegt ein issue aus irgendeinem grund ab dann ist latest ev unklar da es schon eine neuere version geben könnte. Ist für entwickler mügsam zu checken zu welcher release ein issue gehört.

Aber hier ist durch den verweis aus issue alles klar.

[Gaspode]

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?

[ESP8266]

@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.8

Alles 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....

[foxriver76]

@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

[Gaspode]

@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 ...

[Thomas Braun]

@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.

[Gaspode]

@thomas-braun

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.

[foxriver76]

@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

[Gaspode]

@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. :)

[foxriver76]

@gaspode klar gerne auf Telegram schreiben ;-)

[Gaspode]

@foxriver76
https://github.com/ioBroker/ioBroker.js-controller/issues/2352

[Feuersturm]

@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 ;-)

[Marty56]

@feuersturm oh, ich meinte V 5.08.

[mcm1957]

@marty56
Ev erstell ein issue beim Adapter wenn kein passendes existiert.

[foxriver76]

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 auf false 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 von 5.0.9 auf Folgeversion XX)

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

[ticaki]

Läuft so weit ohne Problem

arch: x64
Proxmox 8.0 LXC bookworm

js-controller: 5.0.9
npm: 9.6.7
nodejs: v18.17.0

Vielleicht 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.>

[foxriver76]

@ticaki zeig mal systemctl status iobroker

[foxriver76]

@ticaki und ging es jemals?

[ticaki]

@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

[foxriver76]

@ticaki hm ok schaut eigentlich gut aus. Ich schaue mal ob wir da noch mehr log bekommen können in Zukunft.