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

[fila612]

@einstein67, danke für den Hinweis, muss nicht sein, ich brauch nur ne Variante die funktioniert.
und diese Möglichkeit klappte bis November 21. ich ging ja bis heute davon aus, dass sie es auch weiterhin tut, mir ist ja nur durch Zufall aufgefallen, dass da keine Backups mehr erstellt wurden (alle anderen jedoch schon) und nicht eine Fehlermeldung dazu kam.
Ich habe nun mit 127.0.0.1 und auch mit "localhost", beide Anpassungen führen zum selben Fehler.
Es scheint fast so, dass bei mir die URL aus der Konfig nicht sauber angezogen oder evtl. noch etwas dazugelegt wird bei der Verarbeitung..

[fila612]

@simatec
reicht der Ausschnitt?

[simatec]

@fila612 Installiere mal bitte direkt über die Dev-Branch URL das Update
https://github.com/simatec/ioBroker.backitup/tarball/dev

[fila612]

@simatec
habs installiert, evtl. einen Schritt weiter.
Die URL wird als verfügbar erkannt, der Dashboard Request schlägt dann jedoch fehl....

[DEBUG] [grafana] - Start Grafana Backup ...
[DEBUG] [grafana] - Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp"
[DEBUG] [grafana] - Created dashboard directory
[DEBUG] [grafana] - Created dashboards_manually_restore directory
[DEBUG] [grafana] - Created datasource directory
[DEBUG] [grafana] - start Grafana request ...
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - Error on Grafana Dashoard Request: Error: Request failed with status code 401
[DEBUG] [grafana] - start Grafana backup compress ...
[DEBUG] [grafana] - Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp"
[DEBUG] [grafana] - Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted
[DEBUG] [grafana] - cannot found Grafana Backup files
[DEBUG] [grafana] - done

401 wäre ja unauthorized, oder? das überrascht mich jetzt etwas... die Zugangsdaten hab ich vorhin noch geprüft.

[Einstein67]

@fila612 API-Key abgelaufen?

[fila612]

@einstein67 bin ich grad am checken, der alte hatte kein Ablaufdatum.
Man kann den nicht mehr einsehen, oder?

Ich hab mir zwar einen weggespeichert, aber ob das der ist, welcher auch in Grafana aktiv ist würde ich gerne prüfen.

Wenn ich nen neuen erstelle, sind die alten Backups ja wertlos, oder?

[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