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

[Dr. Bakterius]

@foxriver76 Ich erhalte über GUI auch den Fehler SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON

Im Log steht dann:

2024-10-22 09:43:03.567 - error: host.iobroker [CONTROLLER_AUTO_UPGRADE] Uncaught Exception: Error: listen EADDRINUSE: address already in use :::8081
at Server.setupListenHandle [as _listen2] (node:net:1904:16)
at listenInCluster (node:net:1961:12)
at Server.listen (node:net:2063:7)
at UpgradeManager.startInsecureWebServer (file:///opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:266:21)
at UpgradeManager.startWebServer (file:///opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:198:18)
at main (file:///opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:400:20)

Ich habe es 2x versucht. Admin v7.1.5.

[foxriver76]

@dr-bakterius Okay, es scheint wohl eine Änderung im Fixer sowie Installer gegeben zu haben die das UI Upgrade zerstört. Also je nachdem wann zuletzt der Fixer ausgeführt wurde geht es nicht. Ingo bereitet einen Fix vor.

[Feuersturm]

@foxriver76 ich hab den fixer kurz vorher ausprobiert um den neuen Stand zu testen bzgl. root, multiuser.target etc.

Dann warte ich Mal auf eine neue Version

[foxriver76]

@feuersturm Fixer ist aktualisiert, bei mir läuft es wieder nach Ausführen des neuen Fixers

[Dr. Bakterius]

@foxriver76 Ja, nach dem Start des aktuellen Fixers funktioniert das Update. Danke!

[DLehmann]

@foxriver76

Leider noch nicht. Der Fehler sieht jetzt aber anders aus. Eine Umstellung erfolgt aber nicht. iobroker ist gestoppt und der neue iob fix lief auch erfolgreich drüber.

dirk@iobroker:~$ iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 127.0.0.1
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 127.0.0.1
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]: r

When Objects and Files are stored in a Redis database please consider the following:
1. All data will be stored in RAM, make sure to have enough free RAM available!
2. Make sure to check Redis persistence options to make sure a Redis problem will not cause data loss!
3. The Redis persistence files can get big, make sure not to use an SD card to store them.

Host / Unix Socket of objects DB(redis), default[127.0.0.1]: 
Port of objects DB(redis), default[6379]: 
Do you use a TLS connection for your "objects" redis-server? [y/N]:
Type of states DB [(j)sonl, (f)file, (r)edis, ...], default [redis]: 
Host / Unix Socket of states DB (redis), default[127.0.0.1]: 
Port of states DB (redis), default[6379]: 
Do you use a TLS connection for your "states" redis-server? [y/N]:
Host name of this machine [iobroker]: 
Please choose if this is a Master/single host (enter "m") or a Slave host (enter "S") you are about to edit. For Slave hosts the data migration will be skipped. [S/m]: m

Important: Using redis for the Objects database is only supported
with js-controller 2.0 or higher!
When your system consists of multiple hosts please make sure to have
js-controller 2.0 or higher installed on ALL hosts *before* continuing!


Important #2: If you already did the migration on an other host
please *do not* migrate again! This can destroy your system!


Important #3: The process will migrate all files that were officially
uploaded into the ioBroker system. If you have manually copied files into
iobroker-data/files/... into own directories then these files will NOT be
migrated! Make sure all files are in adapter directories inside the files
directory!


Do you want to migrate objects and states from "jsonl/jsonl" to "redis/redis" [y/N]: y

Migrating the objects database will overwrite all objects! Are you sure that this is not a slave host and you want to migrate the data? [y/N]: y

Connecting to previous DB "jsonl/jsonl"...
Creating backup ...
This can take some time ... please be patient!
host.iobroker 15138 objects saved
host.iobroker 12349 states saved
host.iobroker Validating backup ...
host.iobroker The backup is valid!
Backup created: /opt/iobroker/backups/2024_10_22-17_58_59_backupiobroker-migration.tar.gz
updating conf/iobroker.json

Connecting to new DB "redis/redis" (can take up to 20s) ...
 Cannot read system.config: null (OK when migrating or restoring)
Restore backup ...
This can take some time ... please be patient!
host.iobroker Cannot find extracted file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json" or "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/config.json"
Error happened during restore. Exit-Code: 26

restoring conf/iobroker.json

[Dr. Bakterius]

Noch ein Issue?

Siehe https://forum.iobroker.net/post/1212105 und folgende...

[foxriver76]

@dr-bakterius kann der controller nix tun aktuell da der update Prozess via systemd als Root laufen muss, vermute ich dass es daher kommt.

Mach gerne mal ein issue für „irgendwann“

[Dr. Bakterius]

@foxriver76 Das bedeutet, dass nach jedem Contoller-Update ein iob fix notwendig ist? War das vor v7 auch schon so? Da muss man erst recht wieder auf die Console und den ioBroker stoppen. Wo ist dann der Nutzen für ein Update über die UI? :thinking_face:

[foxriver76]

@dr-bakterius ja seit es UI update gibt es lief technisch immer als root! Das Problem war bislang nicht bekannt, ich konnte es allerdings gestern Abend etwas umständlich lösen. https://github.com/ioBroker/ioBroker.js-controller/pull/2950

[Diginix]

@foxriver76 Ich habe schon Monate kein iob fix gemacht und konnte von v6 auf v7 und mit UI von 7.0.0 auf 7.0.1. Da bleiben bei mir Fragen offen warum bei mit etwas funktioniert, was nicht funktionieren dürfte.

[foxriver76]

@diginix Weil du ewig kein Fix gemacht hast genau deswegen ging es. Stell dir 3 Versuionen des Fixers vor

alt (war ok)
version bis gestern (hats kaputt gemacht)
version seit gestern (wieder ok)

Wenn du zuletzt Stand alt ausgeführt hattest all good!

[Diginix]

@foxriver76 Ok, das relativiert aber

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

Das bedeutet, dass nach jedem Contoller-Update ein iob fix notwendig ist?

Dem ist ja dann doch nicht so. Ich mach einfach weiterhin keinen und es funzt?

[foxriver76]

@diginix Grundsätzlich ist nicht zwingend die Funktionalität eingeschränkt wenn manche der node_modules Folder root gehören, ich denke die meisten User (99.9x %) haben durch das UI Update nie Probleme gehabt.

[foxriver76]

Und wie gesat ab voraussichtlich 7.0.2 läuft das Update dann auch nur noch als User https://github.com/ioBroker/ioBroker.js-controller/pull/2950

Was dann die Rechte nicht mehr ändern sollte bei Update von 7.0.2 (sobald sie kommt) auf eine Folgeversion (wann auch immer eine kommt)

[Thomas Braun]

@diginix

Das Upgrade via GUI hat nur eine kurze Zeit nicht funktioniert.
Über die Kommandozeile ging es z. B. immer.
Issue entdeckt, gefixt, alles gut.

[Diginix]

Dann mach ich das 7.0.2 Update ohne vorherigen Fix im webUI und danach lasse ich mal wieder iob fix laufen. Dann sollte nichts schlechter und manches ggf. korrigiert werden.

[Dr. Bakterius]

@diginix Den Fix kannst du auch vorher schon ausführen, denn die Probleme sind behoben.

[Diginix]

@dr-bakterius Trau mich nicht. :stuck_out_tongue_winking_eye:
Never touch...

[Thomas Braun]

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

Never touch...

Dann würde ich aber auch keine Beta-Versionen testen wollen, an deiner Stelle.