Test Adapter ioBroker.backitup v3.0.x

[simatec]

@fila612 Mit Version 2.3.x wird da was geändert

[simatec]

Ab sofort steht die Beta 2.3.0 auf Github und im latest zur Verfügung.

In der Version gibt es einige Neuerungen und Änderungen.
Unter anderem wurde hier das Webinterface des Restores überarbeitet, so dass dieses nun im iobroker direkt eingebunden ist und kein neuer Tab mehr geöffnet werden muss.

Dies hat den Vorteil, dass es keine Probleme mit Popup-Blockern mehr gibt.

Des Weiteren gab es große Anpassungen im restore für iobroker und Redis, da die Version für den js-controller 4.0.x umgebaut werden musste.

Bitte testet hier auch mit den aktuellen Beta Version des js-controllers (min. 4.0.6)

Alle weiteren Änderungen findet Ihr im Changelog.

Changelog

2.3.0 (2022-02-11)

• (simatec) Influxdb2 Backup added
• (simatec) Influxdb2 Restore added
• (simatec) Bugfix Grafana Backup
• (simatec) Bugfix GUI
• (simatec) Bugfix Redis Restore
• (simatec) New Restore WebIf added
• (simatec) dependencies updated
• (simatec) Bugfix start after Restore
• (simatec) redis remote Backup added
• (simatec) Error messages configurable
• (simatec) Translations added
• (simatec) Adjustments to js-controller 4

[FredF]

@simatec Läuft unauffällig auf Testsystem mit controller 4.0.8

[simatec]

@fredf Interessant sind wie gesagt vor allem der Restore vom iobroker mit js-controller 4.0.x

[oFbEQnpoLKKl6mbY5e13]

@simatec
Wurde das influxdb Backup im Docker wieder aktiviert?

[simatec]

@ofbeqnpolkkl6mby5e13 Nein aktuell nicht, da im Dockercontainer des iobroker kein influx laufen sollte

[oFbEQnpoLKKl6mbY5e13]

@simatec
Okay, aber ohne Influxdb im iobroker Container kann ich ja keine Remote-Influxdb sichern.

[simatec]

@ofbeqnpolkkl6mby5e13 Das ist richtig und ein Nachteil von Docker.
Wir diskutieren dieses Thema aber intern noch

[oFbEQnpoLKKl6mbY5e13]

@simatec
Ist ja nicht wirklich schlimm, weil ich natürlich die Influxdb anders sichern kann.

[simatec]

@ofbeqnpolkkl6mby5e13 Wir sind aber an dem Thema dran.
uns ist bewusst, das viele User das gerne wollen.

[Einstein67]

@simatec Gerade mal getestet:

Beim Restore kam beim Wiederherstellen von VIS-1.4.8 ein Fehler. (Ich muss den Versuch nochmal machen und die Fehlermeldung kopieren). Nach manueller installation des Adapters hat alles funktioniert.

Backup von Grafana funktioniert wieder aber beim Restore kommt leider:

[DEBUG] [grafana] - Grafana dashboard restore not possible: TypeError: Cannot read property 'data' of undefined

Das Statusfenster ist GENIAL, und funktioniert SUPER!

Thx

[amg_666]

Ich habe jetzt auf 2.3.0 upgedatet, das lief fehlerfrei durch.
Aber manueller Start eines Backups über admin läuft nicht durch:

Started iobroker ...
[DEBUG] [iobroker] - host.iobroker 17009 states saved

[DEBUG] [iobroker] - host.iobroker 19191 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_02_11-14_06_44_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [historyDB] - compress from historyDB started ...
[ERROR] [historyDB] - Backitup cannot found source "undefined" for compress!

iob auf proxmox/debian und slave auf pi3b, beide Systeme mit node.js 14.19.0 und js.controller 4.0.8

[simatec]

@amg_666 Kannst du mal die Config der historyDB zeigen?

[simatec]

@einstein67 sagte in Test Adapter Backitup v2.3.x:

@simatec Gerade mal getestet:

Beim Restore kam beim Wiederherstellen von VIS-1.4.8 ein Fehler. (Ich muss den Versuch nochmal machen und die Fehlermeldung kopieren). Nach manueller installation des Adapters hat alles funktioniert.

Da schein ein problem mit VIS zu sein. Die Installation erfolgt ja nach dem restore.

Backup von Grafana funktioniert wieder aber beim Restore kommt leider:

Sehr gut ...

[DEBUG] [grafana] - Grafana dashboard restore not possible: TypeError: Cannot read property 'data' of undefined

Das bedeutet, dass deine Sourcequelle nicht lesbar ist. Eventuell mal die rechte prüfen. Hast du einen lokalen restore gemacht oder vom NAS oder irgendeiner Cloud?
Am besten mal lokal testen und die Rechte des Backupverzeichnisses prüfen.

Das Statusfenster ist GENIAL, und funktioniert SUPER!

Danke dir ...

[amg_666]

@simatec Hmm, da ist kein Speicherverzeichnis (mehr?) angegeben, ich hab den History eigentlich ewig nicht mehr angefasst:

[simatec]

@amg_666 Und was steht in Backitup für ein Pfad??
Backitup ist in version 2.3.0 nun strenger mit Fehlern.
Eventuell hast du es nie mitbekommen

[amg_666]

@simatec sagte in Test Adapter Backitup v2.3.x:

Pfad?

Bingo Danke für den Hinweis, habe jetzt konsistente Pfade sowohl bei History als auch bei backitup eingetragen, jetzt läuft es durch.

[Einstein67]

@simatec said in Test Adapter Backitup v2.3.x:

Das bedeutet, dass deine Sourcequelle nicht lesbar ist. Eventuell mal die rechte prüfen. Hast du einen lokalen restore gemacht oder vom NAS oder irgendeiner Cloud?

Es war ein Backup von einem Synology-NAS.

Hab dann schnell ein Downgrade auf BackitUp 2.2.3 gemacht und damit Grafana wiederhergestellt (problemlos funktioniert). Also sollten die Quelle oder die Rechte nicht das Problem sein.

Das Problem mit VIS hat sich mit Controler 4.0.8 erledigt. Restore läuft damit perfekt durch.

[simatec]

@einstein67 OK checke ich nochmal

[fila612]

Hallo zusammen,

Eine Frage bzgl. Backup Influxdb:
Wenn ich iobroker und influxdb in separaten Docker Containern laufen haben, dann kann ich influxdb zwar via Iobroker nutzen (influxdb Adapter ist grün und Daten werden erfasst), aber ein Backup ist nicht möglich, da der Haken im Backitup-Adapter nicht anwählbar ist.
Ich habe gelesen, dass auf dem System, auf welchem iobroker läuft auch influxdb installiert sein muss.
Das habe ich dann nachgeholt und im iobroker Container manuell influxdb installiert und gestartet (läuft).

Leider ändert das nichts an dem "toten" Influxdb Button im Backitup Adapter

Mach da noch etwas falsch, habe ich evtl. etwas übersehen oder einen Denkfehler?
Oder kann ich so gar nicht influxdb sichern?