[HowTo] ioBroker Restore unter Linux durchführen

[Feinfinger]

Hallo zusammen,

Meine alte Installation (4.0.15) lies sich aus unerkärlichen Gründen nicht auf 4.0.19 updaten.

Ok dachte ich, setzt mal schnell einen neuen LXC auf und installier iobroker neu.
Da ich täglich sichere, sollte das ja keine lange Prozedur werden.

Pustekuchen.

Die neue Installation ist absolut jungfräulich, nur eben mein NAS im backitup Adapter konfiguriert, backup ausgewählt und los.

Nach ca. 30 Sekunden hängt sich der restore an diesem Punkt auf...

[DEBUG] [iobroker] Server Objects 127.0.0.1:47294 Error from InMemDB: Error: EXEC whitout MULTI

Hat jemand nen Tipp für mich?

Der Fehler kommt auch, wenn ich das restore über die Console anstoße.

[wendy2702]

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

installier iobroker neu

Wie denn genau installiert?
Läuft iobroker denn bevor du das Restore startest?

[Feinfinger]

@wendy2702

Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite.

Ich kann ohne Probleme auf die "alte" Installation zugreifen, die läuft auch noch bei mir, lässt sich aber nicht updaten.

Auf die neue Installation kann ich auch zugreifen, dort habe ich nur eben den backitup Adapter eingerichtet, um aufs NAS zuzugreifen.

[wendy2702]

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

Mit dem neuen Installationscript, bzw. genau nach Anleitung auf der Webseite

Welches Script? Welche Webseite genau bitte... gibt leider nich etliche veraltete Anleitung im Netz.

Wenn du die alte Installation noch hast, wo liegt der Fehler, das Problem beim Upgrade? Ist aber besser in einem eigenen Thread aufgehoben.

Was willst du denn jetzt lieber, das neue ans laufen bekommen oder das alte?

[Feinfinger]

@wendy2702
Installation der neuen Installation über die offizielle iobroker Webpage.

Das Update bei der alten Version schlägt fehl, weil laut log über 200 Dateien im NPM Ordner nen falschen Namen haben.

Ich habe mich immer strickt an die Anweisungen bei updates gehalten und es hat auch bis zur Version 4.0.15 immer funktioniert. Was da nun den Fehler verursacht, ist mit völlig unbekannt.

Am liebsten hätte ich nun eine saubere neue Installation mit zumindest allen Scripten und der VIS.

Die restlichen Adapter (insgesamt 24) sind ja mehr oder weniger schnell eingerichtet.

[wendy2702]

@feinfinger Die neue Installation ist ein "einzeiler":

curl -sLf https://iobroker.net/install.sh | bash -

Hier wird alles was iobroker benötigt NodeJS/NPM automatisch mit installiert in den empfohlenen Versionen. Hast du das benutzt?

Lief in deiner alten Installation REDIS eventuell auf einem externen Server?

[Feinfinger]

@wendy2702

Genau den habe ich benutzt.

Hatte keinen externen Redis Server.

Logge in eine influxDB, die in nem separaten Container läuft, aber das sollte ja kein Problem sein.

[Homoran]

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

Hatte keinen externen Redis Server.
Logge in eine influxDB, die in nem separaten Container läuft, aber das sollte ja kein Problem sein.

das hat miteinander nichts zu tun.

Man kann die States statt in einer JSON-Datei auch in einer REDIS Datenbank auf dem ioBroker Server speichern.
In sehr viel früheren Installationen als die Einplatinenrechner noch schwach waren war das sogar Standard

[crunchip]

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

eben mein NAS im backitup Adapter konfiguriert

passt da auch wirklich die Konfiguration?

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

hängt sich der restore an diesem Punkt auf...

kommt da noch mehr im Log?

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

setzt mal schnell einen neuen LXC auf

ist der auch entsprechend ausgelegt(Ram)?

wenn du das backup manuell nach /opt/iobroker/backups spielst und dann ein restore ausführst

[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