Test Adapter ioBroker.backitup v3.1.x

[fila612]

Hallo zusammen,

ich habe heut durch Zufall gesehen, dass seit November 21 bei mir keine Grafana Backups erstellt werden und ich darüber leider auch keine Meldung erhalten haben (Konfig ist:Benachrichtigung nur bei Fehler)

Folgendes sehe ich im Log bzgl. Grafana Backup:

[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 not available: Error: Provided config url is not valid
[DEBUG] [grafana] - Grafana is not available!
[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] - Grafana Backup cannot created ...
[DEBUG] [grafana] - done

Dachte mir, das lässt sich lösen, aber die IP und der Port sind korrekt im Adapter hinterlegt. Grafana läuft auf dem selben Rpi4 wie der iobroker, dennoch habe ich die IP hinterlegt und nicht einen DNS Namen oder Localhost.

Hätte da noch jemand einen Tip woran es liegen könnte, bzw. was ich übersehen/falsch gemacht habe?

[Einstein67]

@fila612 Also mit dem localhost funktioniert das bei mir (hab iobroker, Grafana und influx im selben Comtainer am laufen) problemlos.

Warum willst du unbedingt die IP verwenden?

[simatec]

@fila612 Kannst du mir mal bitte deine Config zeigen?
Ich denke da hat sich etwas im Axios Packet geändert.

[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

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