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

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

[Diginix]

@thomas-braun Fahre seit Jahren mit beta Repo produktiv und bin noch nie wirklich auf die Fresse geflogen. Bzw. wusste ich mir zu helfen um die Kuh vom Eis zu bekommen falls mal was klemmte.
Aber das heißt ja nicht dass ich alles blind mitnehme wenn keine Notwendigkeit besteht. Der iob fix kann warten bis nach dem nächsten js-controller Update. Ich mag auch gern mal paar Tage up-/runtime vom System und den Instanzen.
--genug OT--

[Thomas Braun]

@diginix

Das Wesen von Beta-Testing ist es aber gerade, das dort viel häufiger Änderungen und Updates erforderlich sind. Es soll ja getestet werden. Wenn sich der Code stabilisiert wandert es zu Stable rüber. Da sind dann Änderungen wesentlich seltener.

Und testen ergibt auch nur gegen den aktuellen Code Sinn, denn der soll ja getestet werden. Die Adapter müssen also alle konsistent auf aktuellem Stand sein.

[Diginix]

@thomas-braun Das mache ich doch auch. Sonst wäre ich doch nicht auf controller 7.0.1 inkl aller >40 Adapter aus beta in aktueller Ver. Es ging mir eher um das Fixer Skript. Das führe ich nur aus falls es offensichtlich ist und hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.

[Dr. Bakterius]

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

hier klang kurz mit das wäre ab sofort bei jedem controller Update nötig.

Dann hast du nicht ordentlich gelesen oder verstanden. Mit v.7.0.2 soll das behoben sein. Wenn du also bereits v7 installiert hast, sitzt du schon auf dem Problem und der Fixer löst es.

[hotspot_2]

@dr-bakterius Das heißt obwohl ich weder mit der Installation von 7.0.0 noch mit 7.0.1 irgendwelche, mir sichtbare, Probleme habe muss ich „iob fix“ ausführen? Bevor ich auf 7.0.2 gehe?