js-controller Lucy (Version 7.0) jetzt im Beta Repository

[Feuersturm]

@foxriver76 update auf js-controller 7.0.2 lief ohne Probleme durch und System startet erfolgreich Danke.

[ticaki]

Keine Ahnung ob das ein Fehler im jscontroller ist:

Vorwegnahme: läuft bei mir alles so wie es soll.

Problem:
Bin aus einer iobroker Proxmox VM in einen LXC umgezogen (priviligiert ohne nesting - das deaktivierte Nesting war falsch hab es später aktiviert, als dieses Problem schon behoben war).
Nachdem Rückspielen des Backups haben alle Adapter ausser admin, backup und noch einem auf "aus" gestanden. Beim Aktivieren kam dann:

2024-11-01 09:40:27.524 - info: host.iobroker-lxc "system.adapter.alexa2.0" enabled
2024-11-01 09:40:27.786 - info: host.iobroker-lxc instance system.adapter.alexa2.0 in version "3.26.7" started with pid 2907
2024-11-01 09:40:28.349 - error: alexa2.0 (2907) alexa2.0 already running
2024-11-01 09:40:28.350 - warn: alexa2.0 (2907) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2024-11-01 09:40:28.872 - error: host.iobroker-lxc instance system.adapter.alexa2.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2024-11-01 09:40:28.872 - info: host.iobroker-lxc Restart adapter system.adapter.alexa2.0 because enabled

Wenn man jetzt nicht sofort deaktiviert und Fehler sucht kommt dann nach 20 sekunden das:

2024-11-01 09:40:58.982 - info: host.iobroker-lxc instance system.adapter.alexa2.0 in version "3.26.7" started with pid 3043
2024-11-01 09:40:59.705 - info: alexa2.0 (3043) starting. Version 3.26.7 in /opt/iobroker/node_modules/iobroker.alexa2, node: v20.18.0, js-controller: 7.0.2
2024-11-01 09:40:59.722 - info: alexa2.0 (3043) Starting Alexa2 adapter ... it can take several minutes to initialize all data. Please be patient! A done message is logged.

Es kann am fehlenden Nesting gelegen haben, kenne mich damit aber nicht aus, wollte es aber zumindest beschreiben.

EDIT: hab "Nesting" klarer formuliert.

[Dr. Bakterius]

@ticaki sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:

Und was soll das mit dem Controller zu tun haben? Offenbar läuft der Alexa2.0 Adapter ja schon. Du musst ihm nur mehr Zeit geben.

Es kann am Nesting gelegen haben

Ich habe bei mir Nesting aktiv - kein Problem. Und mein Container ist nur wegen dem rflink-Adapter privilegiert, weil der sonst nicht funktioniert.

[ticaki]

@dr-bakterius sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:

@ticaki sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:

Und was soll das mit dem Controller zu tun haben? Offenbar läuft der Alexa2.0 Adapter ja schon. Du musst ihm nur mehr Zeit geben.

Was soll das für eine Bemerkung sein, der Controller überwacht doppelt laufende Adapter und schreibt die Warnung ins Log.

Es kann am Nesting gelegen haben

Ich habe bei mir Nesting aktiv - kein Problem. Und mein Container ist nur wegen dem rflink-Adapter privilegiert, weil der sonst nicht funktioniert.

Ganz lesen, ich hatte es nicht aktiviert was zu anderen Problemen geführt hat, die mir erst später aufgefallen sind. Dann hab ich es aktiviert und diese Probleme waren dann behoben. Könnte sein, dass das fehlende Nesting auch zu der doppelt laufende Adaptermeldung geführt hat. Dafür kenn ich mich damit aber nicht genung aus. Meiner ist priviligiert damit ich mit smb arbeiten kann.

[Dr. Bakterius]

@ticaki sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:

Ganz lesen, ich hatte es nicht aktiviert was zu anderen Problemen geführt hat

Naja, aus

@ticaki sagte in js-controller Lucy (Version 7.0) jetzt im Beta Repository:

priviligiert ohne nesting - ohne nesting war falsch

bin zumindest ich nicht schlau geworden.

[ticaki]

@dr-bakterius
so besser: (priviligiert ohne nesting - das deaktivierte Nesting war falsch hab es später aktiviert, als dieses Problem schon behoben war). ?

EDIT: und um das klarer zu beschreiben, die Adapter waren alle auf deaktiviert und eine Aktivierung hat die Warnung vor doppelt laufenden Adaptern erzeugt.

[foxriver76]

@ticaki Rückspielen eines Backups .. Proxmox Backup oder ioBroker Backup

[ticaki]

@foxriver76

iobroker backup

hergang:

• lxc erzeugt debian bookworm
• sudo user erzeugt
• curl installiert
• iobroker installiert
• iob fix ausgeführt
• redis eingestellt (iob setup custom) Das ist aber nicht nötig, hat den redis-server aus dem backup genommen.
• iobroker backup eingespielt

[ilovegym]

@ticaki @foxriver76

Bin vor 2 Wochen vom Docker auf einen LXC Bookworm umgezogen, mit Js-Controller 7.0.1.
Gleiches vorgehen, hat alles einwandfrei funktioniert, den iob fix hab ich mir aber gespart - ich hab immer noch in mir, dass man das nur bei Problemen machen soll
Nach dem Restore, das erstaunlich schnell ging (68 Adapter, knapp 60000 Objects and States), liefen nach und nach die Adapter, wurden im Admin aber als disabled angezeigt.
Einmal Reboot des LXC, und seitdem ist alles gut..

Ich finds immer wieder schoen, wie einfach man iobroker installieren und umziehen kann.. ich glaub, in den letzten Jahren gabs nix, worauf ich iobroker nicht hatte..
Das upgrade auf js-controller 7.0.2 hab ich gewohnter Weise in der Console gemacht.. lief einwandfrei durch.

[ticaki]

@ilovegym
Bei mir sind sie nicht gestartet ansonsten wie gesagt alles gut. Hab jedoch den lcx im Backup prozess (nach einn paar minuten) neu gestartet da ich keinen zugriff auf die Oberfläche bekommen habe. Das kann aber ein Nutzerfehler gewesen sein. Hab ihn auch neu gestartet als ich gesehen habe das da nix an ist und im Log auch nichts startet.

Scheint aber anscheinend ein Einzelfall gewesen zu sein. Danke für die Klarstellung.

[DLehmann]

@dlehmann

Hier noch eine Rückmeldung zu meinem Thema mit der Umstellung auf redis.

Ich hatte jetzt Zeit, das Update auf 7.0.2 zu machen. Danach lief die Umstellung auf redis erfolgreich durch und iobroker läuft jetzt mit redis Datenbank.

[Feuersturm]

@foxriver76
Update von js-controller 7.0.2 auf 7.0.3 über admin ui v7.2.6 mit vorherigem iob fix lief ohne Probleme

[foxriver76]

Beim Update von 7.0.2 auf 7.0.3 mit UI sollte nun npm auch keine Rechte in node_modules mehr kaputt machen.

[Feuersturm]

@foxriver76 Soll ich irgendwas prüfen?

[foxriver76]

@feuersturm man kann checken ob nach dem Update (ohne fixer danach ausgeführt zu haben) u. a. die Dateien in /opt/iobroker/node_modules/iobroker.js-controller noch dem user iobroker gehören und nicht root.

[Feuersturm]

@foxriver76 Das sieht gut aus

proxmox@ioB-Prod-Testsystem:~$ cd /opt/iobroker/node_modules/iobroker.js-controller
proxmox@ioB-Prod-Testsystem:/opt/iobroker/node_modules/iobroker.js-controller$ ls -l
total 116
-rw-rw-r--+  1 iobroker iobroker  1135 Nov 14 22:24 LICENSE
-rw-rw-r--+  1 iobroker iobroker   193 Nov 14 22:24 README.md
drwxrwxr-x+  4 iobroker iobroker  4096 Nov 14 22:24 build
drwxrwxr-x+  2 iobroker iobroker  4096 Nov 14 22:24 conf
-rw-rw-r--+  1 iobroker iobroker   188 Nov 14 22:24 controller.js
-rw-rw-r--+  1 iobroker iobroker 77166 Nov 14 22:24 io-package.json
-rwxr-xr-x+  1 iobroker iobroker    66 Nov 14 22:24 iobroker.js
drwxrwxr-x+ 12 iobroker iobroker  4096 Nov 14 22:24 node_modules
-rw-rw-r--+  1 iobroker iobroker  3611 Nov 14 22:24 package.json
-rw-rw-r--+  1 iobroker iobroker   156 Nov 14 22:31 pids.txt
drwxrwxr-x+  2 iobroker iobroker  4096 Nov 14 22:25 tmp

[TT-Tom]

@foxriver76
kann ich auch bestätigen

tom@iobmaster:/opt/iobroker/node_modules/iobroker.js-controller $ ls -l
insgesamt 120
drwxrwxr-x+ 2 iobroker iobroker  4096 31. Aug 03:46 backups
drwxrwxr-x+ 4 iobroker iobroker  4096 29. Aug 14:49 build
drwxrwxr-x+ 2 iobroker iobroker  4096 29. Aug 14:49 conf
-rw-rwxr--+ 1 iobroker iobroker   188 29. Aug 14:49 controller.js
-rwxrwxr-x+ 1 iobroker iobroker    66 29. Aug 14:49 iobroker.js
-rw-rwxr--+ 1 iobroker iobroker 72851 29. Aug 14:49 io-package.json
-rw-rwxr--+ 1 iobroker iobroker  1135 29. Aug 14:49 LICENSE
drwxrwxr-x+ 2 iobroker iobroker  4096 29. Aug 14:49 log
drwxrwxr-x+ 4 iobroker iobroker  4096 29. Aug 14:48 node_modules
-rw-rwxr--+ 1 iobroker iobroker  3650 29. Aug 14:49 package.json
-rw-rw-r--+ 1 iobroker iobroker   225 14. Nov 23:16 pids.txt
-rw-rwxr--+ 1 iobroker iobroker   193 29. Aug 14:49 README.md
drwxrwxr-x+ 2 iobroker iobroker  4096 13. Nov 03:46 tmp
tom@iobmaster:/opt/iobroker/node_modules/iobroker.js-controller $ 

[Merlin123]

Ich bekomme bei Versuch den js-controller aus dem Admin zu aktualisieren immer noch

SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON

Das Problem habe ich schon "ewig". (Also auch mit den 6er Versionen)
Ich habe den js-controller 7.0.2 installiert. Nach der Installation iob fix laufen lassen. Jetzt dann aus dem Admin 7.3.1 das Update auf 7.0.3 gestartet.
Node.js: v20.18.0
Debian Bookworm, alle Pakete aktuell

Gibt es noch Ideen?

[ilovegym]

@foxriver76

hier hat das update von 7.0.2 auf 7.0.3 einwandfrei per Gui geklappt, die Rechte sind im bookworm-LXC einwandfrei.
Ich hab seit der installation von iobroker nie mehr den fix gemacht.

[foxriver76]

@merlin123 gibt es irgendwas im log file da muss mindestens was stehen wie controller is trying to upgrade itself.. und dann villt noch was?