Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[simatec]

@Ja-rod
Lass vorher über dein neues System den Installer-Fix laufen (siehe Signatur).
Danach sollten alle Rechte dementsprechend passen und backitup wird auch durchlaufen

[Ja.rod]

Vielen Dank, werde ich machen.

Gruß
Ja.rod

[Ja.rod]

Jetzt habe ich gelesen, dass der Fixer einen User mit dem Namen "iobroker" anlegt. Im Rahmen der Installation auf der NUC habe ich jetzt unbewusst einen Nutzer "iobroker" angelegt. Kollidiert dass jetzt nicht wenn ich den Fixer drüberlaufen lasse?

Gruß
Ja.rod

[simatec]

@Ja-rod
Dürfte im Prinzip nicht, da der Installer Fix auch für den User alle Rechte anpasst

[Ja.rod]

Habe jetzt den Installer-Fix installiert und die Wiederherstellung mit Backitup gestartet. Iobroker würde beendet und seitdem "macht" er, dass war vor 2 Stunden. Wie lang kann das denn dauern, waren so ca. 20 bis 25 Adapter?

Gruß
Ja.rod

[Ja.rod]

So, das LOG sagt "[DEBUG] [minimal] System successfully restored!", aber ich komme nicht mehr auf die Web-Oberfläche. Was soll ich tun, reboot, warten, ....?

[Ja.rod]

Niemand einen Rat wie ich mein hoffentlich wiederhergestelltes Backup auch wieder nutzen kann?

Gruß
Ja.rod

[simatec]

@Ja-rod
Mache mal einen Reboot.
Wenn dein altes System vorher einen Login hatte, dann das https vorweg nicht vergessen

[Ja.rod]

@simatec Ein Reboot hat nichts gebracht.
Aus dem iobroker-Log zeigt an, das er versucht die Adapter zu installieren, hier mal ein Beispiel:
2019-06-18 06:34:00.266 - warn: host.iobroker startInstance cannot find adapter "icons-material-png". Try to install it... 2 attempt
2019-06-18 06:34:00.266 - info: iobroker install icons-material-png
2019-06-18 06:34:02.791 - info: iobroker No connection to states 127.0.0.1:6379[redis]

Früher im log steht:
2019-06-18 00:46:11.955 - error: uncaught exception: Cannot read property 'length' of undefined
2019-06-18 00:46:11.962 - error: TypeError: Cannot read property 'length' of undefined
at Command.callback (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:302:65)
at RedisClient.flush_and_error (/opt/iobroker/node_modules/redis/index.js:374:29)
at RedisClient.connection_gone (/opt/iobroker/node_modules/redis/index.js:643:14)
at RedisClient.on_error (/opt/iobroker/node_modules/redis/index.js:410:10)
at Socket.<anonymous> (/opt/iobroker/node_modules/redis/index.js:279:14)
at emitOne (events.js:116:13)
at Socket.emit (events.js:211:7)
at emitErrorNT (internal/streams/destroy.js:66:8)
at _combinedTickCallback (internal/process/next_tick.js:139:11)
at process._tickCallback (internal/process/next_tick.js:181:9)
2019-06-18 00:46:11.966 - info: iobroker _restart
2019-06-18 00:46:11.978 - error: host.iobroker No redis connection!

2019-06-18 05:47:24.890 - warn: host.iobroker AbortError: Redis connection in broken state: connection timeout exceeded.

Hilft dir das weiter?

Gruß
Ja.rod

[simatec]

Es sieht so aus, als ob redis nicht installiert ist.

Führe mal folgende Befehle aus:

sudo apt-get install redis-server
sudo reboot now

[Ja.rod]

@simatec beim Befehl "sudo apt-get redis-server" kommt folgende Fehlermeldung "E: Ungültige Operation redis-server"

[simatec]

@Ja-rod

sorry ...

sudo apt-get install redis-server

[Ja.rod]

Super, damit hat alles geklappt und der iobroker läuft wieder.
Vielen Dank!!!!

Noch eine letzte Frage in diesem Thread (hoffe ich zumindest):
Ich habe recht viele Zigbee-Geraäte von Xiaomi im Einsatz, diese werden auch im Zigbee-Adapter angezeigt, allerdings als "nicht verbunden". Muss ich einfach nur warten, bis sie sich alle wieder melden oder muss ich etwas manuell anstoßen?

Gruß
Ja.rod

[Jan1]

@Ja-rod
müssen alle neu gepairt werden, da es ein Update am Adapter gab

[Ja.rod]

@Jan1 Meine schlimmsten Befürchtungen sind wahr geworden...
Sollte ich vorher alle rauslöschen und dann neu pairen oder einfach "drüberpairen"?

[Jan1]

@Ja-rod
Nur pairen reicht. Steht auch auf GitHub so.