UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Einstein67]

@fila612 said in Test Adapter Backitup v2.2.x:

Man kann den nicht mehr einsehen, oder?

Die Gültigkeit kannst dir immer ansehen den Key nur einmal.

Einen neuen erstellen sollte keine Auswirkung auf deine alten Backups haben.

Kannst ja zum testen einfach einen zusätzlichen erstellen.

[fila612]

@einstein67

neuer API-Key: Funktioniert!! Danke euch.

Warum der alter nicht mehr geht kann ich mir grad nicht erklären....seis drum :)

@simatec: Noch der Hinweis: eine Benachrichtigung dieser Fehler ist nicht erfolgt, evtl. müsste man bzgl. der Notification prüfen ob da etwas verschluckt wird wenn nur ein Bereich nicht gesichert werden kann.

Sollte sich mit einer ungültigen Grafana Konfig in Backitup ja leicht reproduzieren lassen.

[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 :+1:

[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.