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

[meicker]

Hallo zusammen,

nachdem ich meine Backup SD eingesetzt hatte und erfolgreich die ioBroker Sicherung zurückgespielt habe wollte ich jetzt noch redis und sql zurücksichern. Wobei SQL eigentlich quatsch ist, ist ausgelagert und alles OK. Aber redis klappt nicht. es kommt eine Fehlermeldung -not configured- was muss denn da noch gemacht werden ? Der redis standard Pfad ist angegeben - daran hatte ich eigentlich auch nichts geändert: /var/lib/redis/dump.rdb
Was sonst muss gemacht werden ?

vg
Marc

[simatec]

@meicker
Stelle mal die Instanz von Backitup auf debug und piste den Log vom Restoreprozess

[meicker]

@simatec

backitup.0	2020-03-25 23:11:57.570	debug	(16115) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0
backitup.0	2020-03-25 23:11:46.385	debug	(16115) sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
backitup.0	2020-03-25 23:11:29.825	debug	(16115) sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"5111xxxxx":{"firstName":"M","userName":"M"}}
backitup.0	2020-03-25 23:11:21.663	debug	(16115) [ccu] 10 30 01 */1 * *
backitup.0	2020-03-25 23:11:21.656	info	(16115) [ccu] backup was activated at 01:30 every 1 day(s)
backitup.0	2020-03-25 23:11:21.656	debug	(16115) [iobroker] 10 30 23 */1 * *
backitup.0	2020-03-25 23:11:21.635	info	(16115) [iobroker] backup was activated at 23:30 every 1 day(s)
backitup.0	2020-03-25 23:11:21.571	info	(16115) starting. Version 1.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.19.0
backitup.0	2020-03-25 23:11:20.049	debug	(16115) statesDB connected
backitup.0	2020-03-25 23:11:20.048	debug	(16115) States connected to redis: 127.0.0.1:6379
backitup.0	2020-03-25 23:11:20.038	debug	(16115) States create System PubSub Client
backitup.0	2020-03-25 23:11:20.034	debug	(16115) States create User PubSub Client
backitup.0	2020-03-25 23:11:20.025	debug	(16115) Redis States: Use Redis connection: 127.0.0.1:6379
backitup.0	2020-03-25 23:11:20.021	debug	(16115) objectDB connected
backitup.0	2020-03-25 23:11:20.009	debug	(16115) Objects connected to redis: 127.0.0.1:9001
backitup.0	2020-03-25 23:11:19.938	debug	(16115) Objects client initialize lua scripts
backitup.0	2020-03-25 23:11:19.937	debug	(16115) Objects create User PubSub Client
backitup.0	2020-03-25 23:11:19.934	debug	(16115) Objects create System PubSub Client
backitup.0	2020-03-25 23:11:19.925	debug	(16115) Objects client ready ... initialize now
backitup.0	2020-03-25 23:11:19.824	debug	(16115) Redis Objects: Use Redis connection: 127.0.0.1:9001

vg
Marc

[simatec]

@meicker Und wie sieht die Fehlermeldung aus?
Beschreibe mal dein Vorgehen genau ...

[meicker]

@simatec
ich gehe auf wiederherstellen, wähle mein google drive aus, wähle redis, das datum, bestätige das wiederherstellen und dann kommt die Fehlermeldung ...

Jetzt wollte ich das gerade durchspielen und merke noch etwas ... Es scheint als könne mein ioBroker nicht mehr nach draußen kommunizieren. Das ging aber.

Im Log finde ich diesen Eintrag:

host.ioBroker1 2020-03-26 21:01:03.166 warn warning: empty repo received!
host.ioBroker1 2020-03-26 21:01:03.165 warn warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"
host.ioBroker1 2020-03-26 21:00:51.495 info Update repository "latest" under "http://download.iobroker.net/sources-dist-latest.json"

Das kam mir letztens schon kimisch vor und daher wollte ich über das Terminal updaten. Und danach gin gar nix mehr, der iobroker war tot und ich musste von einem Backup starten ...

[simatec]

@meicker
Grundsätzlich halte ich nix davon, aus einer. cloud den Restore auszuführen.
Das habe ich auch in meinem Howto beschrieben. Hole dir die Daten aus der Cloud, prüfe die Backups auf Funktion (z.B. mit 7zip) und lege sie lokal ab.
Danach dann den Restore lokal ausführen. Das minimiert das Risiko, eine fehlerhaften Datenübertragung.

[meicker]

@simatec
ok - werde ich testen und mich dann wieder melden. Aber ich würde sagen es liegt wo anders dran weil das Rückspielen von ioBroker ja einwandfrei funktioniert hat. Das einzige was da sein könnte wäre wenn die Daten von redis oder mysql kaputt wären, aber vom gleichen datum und iobroker klappt und redis und mysql kaputt fände ich auch eigenartig ... Aber testen werde ich es und mich dann wieder melden. Aber zuvor muss ich das eigentliche Problem gelöst bekommen. Irgend etwas stimmt mit dem ioBroker nicht ... :-(

vg
Marc

[simatec]

@meicker
Da du eh noch beim einrichten bist, mache noch mal alles von vorn und stelle dann einen sauberen Restore lokal her.
Vorher ruhig den Installer Fix laufen lassen.

[meicker]

@simatec
du bist gut :-) Ich bin alles andere als am einrichten ... Ich hab keine Ahnung was da los ist. Alles ging - und seit ca. einer Woche kamen keinerlei Updates mehr. Dann habe ich mir das Log angesehen und festgestellt das die Repo nicht gelesen wird ... Dann kam der versuch mit dem aktualisieren über das Terminal, was ja nicht wirklich was gebracht hat. Glücklicher Weise hatte ich ein Update sonst wäre ich völlig aufgeschmissen gewesen ...

Nee, ich brauche eher eine andere Lösung. :-) Ich hoffe ha iregendwie auf einen Bug in einem Adapter und ich muss das nur aussitzen ...

[meicker]

@simatec
das eine Problem habe ich lösen können. Jetzt geht es noch einmal um backitup

Ich bekomme nach einem erfolglosen Versuch REDIS zurück zu sichern die folgende Fehlermeldung im Log:

host.ioBroker1	2020-03-27 22:21:04.150	info	Restart adapter system.adapter.backitup.0 because enabled
host.ioBroker1	2020-03-27 22:21:04.150	info	instance system.adapter.backitup.0 terminated with code 0 (NO_ERROR)
host.ioBroker1	2020-03-27 22:21:04.149	error	Caught by controller[0]: path: '/opt/iobroker/backups/tmp' }
host.ioBroker1	2020-03-27 22:21:04.149	error	Caught by controller[0]: code: 'ENOTEMPTY',
host.ioBroker1	2020-03-27 22:21:04.149	error	Caught by controller[0]: syscall: 'rmdir',
host.ioBroker1	2020-03-27 22:21:04.149	error	Caught by controller[0]: errno: -39,
host.ioBroker1	2020-03-27 22:21:04.148	error	Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
host.ioBroker1	2020-03-27 22:21:04.148	error	Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
host.ioBroker1	2020-03-27 22:21:04.148	error	Caught by controller[0]: at client.keys (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:684:17)
host.ioBroker1	2020-03-27 22:21:04.148	error	Caught by controller[0]: at states.getKeys (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6814:25)
host.ioBroker1	2020-03-27 22:21:04.147	error	Caught by controller[0]: at initLogging (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:7117:22)
host.ioBroker1	2020-03-27 22:21:04.147	error	Caught by controller[0]: at Adapter.emit (events.js:198:13)
host.ioBroker1	2020-03-27 22:21:04.147	error	Caught by controller[0]: at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.backitup/main.js:97:31)
host.ioBroker1	2020-03-27 22:21:04.147	error	Caught by controller[0]: at main (/opt/iobroker/node_modules/iobroker.backitup/main.js:778:5)
host.ioBroker1	2020-03-27 22:21:04.146	error	Caught by controller[0]: at delTmp (/opt/iobroker/node_modules/iobroker.backitup/main.js:629:12)
host.ioBroker1	2020-03-27 22:21:04.146	error	Caught by controller[0]: at Object.rmdirSync (fs.js:684:3)
host.ioBroker1	2020-03-27 22:21:04.145	error	Caught by controller[0]: { Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/backups/tmp'
backitup.0	2020-03-27 22:21:03.567	info	(28229) Terminated (NO_ERROR): Without reason
backitup.0	2020-03-27 22:21:03.564	info	(28229) terminating
backitup.0	2020-03-27 22:21:03.505	info	(28229) cleaned everything up...

Ich habe schon die Instanz gelöscht - ohne Erfolg / Backitup gelöscht und neu installiert - ebenfalls ohne Erfolg.

Was kann ich tun um das weg zu bekommen ?

Lösung:
rmdir '/opt/iobroker/backups/tmp' - Ich habe mich mit dem Terminal verbunden und erst den Ordner geleert und danach den Ordner gelöscht. Dann die Sicherungen neu erstellt. Ich hoffe das war richtig - jedenfalls ist der Fehler weg ...

vg
Marc

[simatec]

@meicker
Da liegt wohl ein Rechte Problem vor. Lass mal den Installer Fix vor dem Restore laufen

[meicker]

@simatec
den fix kann man immer ohne Probleme laufen lassen ?

[simatec]

@meicker
Ja das kannst du immer machen. Da passiert nix. Es werden Rechte überprüft und dementsprechend angepasst

[meicker]

@simatec
ich bin gerade dabei mein tinker Board - sehr erfolglos - neu zu installieren. Ich hatte schon mehrere fehlversuche die jedes mal eine Menge Zeit kosten. Jetzt wollte ich mal versuchen die Backups direkt auf das Board zu packen, scheitere aber leider in der Konsole bei dem cp Befehl.

root@tinkerboard:/opt/iobroker/backups# cp /disk1s1/Users/Marc/Desktop/iobroker_2020_04_03-02_00_10_Sicherung_backupiobroker.tar.gz /opt/iobroker/backups/
cp: cannot stat '/disk1s1/Users/Marc/Desktop/iobroker_2020_04_03-02_00_10_Sicherung_backupiobroker.tar.gz': No such file or directory

Wie bekomme ich die Datei kopiert ? Das Board bekomme ich ja nicht als Laufwerk angezeigt ...

vg Marc

[simatec]

@meicker
Nimm nach dem einrichten ein FTP Programm und lege es damit auf dem Tinkerboard ab

[meicker]

@simatec
ich hab irgendwie vor lauter Bäumen den Wald nicht gesehen :-) Hab ich dann auch so gemacht !

Rücksicherung hat funktioniert !
vg Marc