[HowTo] ioBroker Restore unter Linux durchführen

[Feinfinger]

@crunchip

Also die Konfiguration passt, sonst könnte ich ja garnicht auf das Backup zugreifen.

Den Versuch, es lokal zu verschieben, habe ich auch schon gestartet, allerdings hängt das Backup trotzdem genau am gleichen Punkt, genau bei 12000 von 14532 states.

Der LXC hat 4 GB RAM und 10 GB Festplatte, das sollte dicke reichen.

Was noch interessant ist, wenn das Backup sich aufgehangen hat, ist der iobroker Installation im Eimer, d.h. kein iob fix hilft mehr, um sie wieder in Gang zu bekommen.

Hilft nur, den LXC wieder neu aufzusetzen und von vorne zu beginnen.

[crunchip]

@feinfinger ein anderes Backup mal versucht?

@feinfinger sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Hilft nur, den LXC wieder neu aufzusetzen

mach doch vorher ein backup des LXC, spart ein wenig Zeit und musst nicht alles neu einrichten(Zeitzone, update, user anlegen)

[Feinfinger]

@crunchip

Ja, hab ein paar backups probiert, immer das selbe.

Den "iobroker clean Container" habe ich mir auch schon erstellt

[crunchip]

@feinfinger dann vermute ich mal das mit deiner bisherigen iobroker installation etwas faul ist und keine funktionierenden backups zu Stande kamen.

• ein älteres backup vorhanden( vor js-controller 4.x) und probiert?
• oder die aktuelle laufende Installation nochmal genauer ansehen und reparieren

[Feinfinger]

@crunchip

Ich vermute das beim Update auf 4.x irgendetwas in die Hose gegangen ist.

Setze grad neu auf, hoffe nur meine VIS und die ganzen Scripte wieder an laufen bekomme.

[crunchip]

@feinfinger möglichkeit wäre auch noch das iobroker-data Verzeichnis zu sichern und manuell wieder einzuspielen, sofern das heutzutage noch problemlos möglich ist
wie unter Punkt e) beschrieben https://forum.iobroker.net/topic/22867/how-to-node-js-für-iobroker-richtig-updaten/2

[Feinfinger]

@crunchip
Hab’s hinbekommen.

Konnte den npm Ordner der alten Installation neu aufsetzen und nun läuft diese wieder.

[schroedi64]

Hallo,

meine bisherige iobroker-Installation ist bereits einige Jahre alt, läuft aber noch problemlos. Backups werden mit Backitup täglich auf Fritz Nas erstellt. Ich möchte jetzt ein Restore nach dieser Anleitung auf eine neu erstellte iobroker Installation wiederherstellen. Habe das mit Backitup versucht und über die Konsole. In beiden Fällen kommt eine Fehlermeldung. Hier Auszug aus dem Log:

2022-04-01 14:33:19.759 - info: backitup.0 (1434) starting. Version 2.3.3 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.19.1, js-controller: 4.0.21
2022-04-01 14:33:19.849 - error: backitup.0 (1434) [ERROR] [iobroker] host.iobroker Cannot extract from file "/opt/iobroker/backups/2022_03_27-03_00_10_backupiobroker.tar.gz"
2022-04-01 14:33:19.911 - info: backitup.0 (1434) [iobroker] backup was activated at 02:40 every 1 day(s)

[2afs]

Hi @simatec
Ich verwende den Backup-Adapter und habe eine Nachfrage zum Zigbee-Backup: https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md#zigbee-backup

Ich verwende einen Conbee II Stick (USB) im Raspberry. In wie weit wird denn die Datenbank des Conbee II Stick gesichert? Oder ist das unter Zigbee-Backup hier nicht gemeint und gilt ausschliesslich für den Zigbee-Adapter?

Falls das so wäre, gibt es eine einfache Möglichkeit der Migration des Deconz Adapters zum Zigbee Adapter und migration der Datenpunkte?

Danke und Gruß

[wendy2702]

@schroedi64 sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Hallo,

meine bisherige iobroker-Installation ist bereits einige Jahre alt, läuft aber noch problemlos. Backups werden mit Backitup täglich auf Fritz Nas erstellt. Ich möchte jetzt ein Restore nach dieser Anleitung auf eine neu erstellte iobroker Installation wiederherstellen. Habe das mit Backitup versucht und über die Konsole. In beiden Fällen kommt eine Fehlermeldung. Hier Auszug aus dem Log:

2022-04-01 14:33:19.759 - info: backitup.0 (1434) starting. Version 2.3.3 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.19.1, js-controller: 4.0.21
2022-04-01 14:33:19.849 - error: backitup.0 (1434) [ERROR] [iobroker] host.iobroker Cannot extract from file "/opt/iobroker/backups/2022_03_27-03_00_10_backupiobroker.tar.gz"
2022-04-01 14:33:19.911 - info: backitup.0 (1434) [iobroker] backup was activated at 02:40 every 1 day(s)

Wie wurde das File in den Ordner kopiert und welche Rechte/User sind zugeordnet?

[simatec]

@2afs Conbee ist aufgrund der Firmware nicht möglich zu sichern.
Es gibt in Deconz einen Backup Button

[simatec]

@schroedi64
Was ist das für ein Backup? Es ist nicht mit Backitup erstellt

[schroedi64]

@wendy2702 Das File habe ich mit WinSCP in den Ordner kopiert. Keine Ahnung, welche Rechte/User zugeordnet sind. Wie finde ich das heraus?

[Thomas Braun]

@schroedi64

ls -la /opt/iobroker/backups

[schroedi64]

@simatec Das Backup wurde mit Backitup erstellt. Allerdings mit Version 1.o.o oder so; daher mit "minimal" vorangestellt. Habe ich entfernt. Das Problem tritt aber auch auf, wenn ich das Backup per Konsole erstelle.

[schroedi64]

@thomas-braun Sieht für mich jetzt so aus, dass Schreib/Leserechte dem User pi zugeordnet sind. Müsste ja wohl User iobroker sein. Wie ändere ich das?

[Thomas Braun]

@schroedi64 sagte in [HowTo] ioBroker Restore unter Linux durchführen:

Sieht für mich jetzt so aus, dass Schreib/Leserechte dem User pi zugeordnet sind.

Und wie sieht es für deine Helfer aus?

[schroedi64]

@thomas-braun Wenn ich wüsste, wie ich die Bilschirmausgabe der Konsole (Putty) hierhin kopieren kann ...

[Thomas Braun]

@schroedi64
Text markieren, Text kopieren, Text in CodeTags eingebettet hier ins Forum einfügen.

[schroedi64]

@thomas-braun pi@iobroker:~ $ ls -la /opt/iobroker/backups
total 2320
drwxrwxr-x+ 2 iobroker iobroker 4096 Apr 1 16:23 .
drwxrwxr-x+ 6 iobroker iobroker 4096 Mar 31 16:57 ..
-rw-rw-r--+ 1 pi pi 2365677 Apr 1 16:16 2022_04_01-16_16_37_backupiobroker.tar.gz