Test Adapter ioBroker.backitup v3.1.x

[darkiop]

@simatec

Könntest du diese Meldung

According to the Backitup settings, backups are currently stored in the same local file system that is the source of the backup.

optional machen?

Ich sichere ganz bewusst nach /opt/iobroker/backups. Der Komplette LXC wird über PBS alle X Stunden gesichert. Bei einem ggf. notwendigen Restore habe ich entweder ein funktionales Backup des LXC oder dann direkt an der richtigen Stelle die Backups des Adapter liegen. Für alle Fälle wird auch über ein rsync Skript der /opt/iobroker/backups noch auf einen Fileserver synchronisiert.

[simatec]

Ab sofort steht die Version 2.10.6 auf Github und in der latest Repo zur Verfügung.

Changelog

2.10.6 (2024-01-27)

• (simatec) Gulp deleted
• (simatec) adapter-dev added
• (simatec) Translation added
• (simatec) Customised design
• (simatec) Hover info added to the Restore tab
• (simatec) Improved mobile view
• (simatec) dependencies updated

2.10.5 (2024-01-22)

• (simatec) Fix CCU Backup with selfsigned Certificates

2.10.4 (2024-01-21)

• (simatec) Fix CCU Backup

2.10.3 (2024-01-19)

• (simatec) CCU backup switched from request to axios
• (simatec) Sentry fix

[berndsolar13]

@simatec

ich glaub ich bin hier richtig oder

[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
[ERROR] [grafana] - Error on Grafana Datasource Request
[DEBUG] [grafana] - found Dashboard: device-list
[DEBUG] [grafana] - found Dashboard: strom-copy-2
[DEBUG] [grafana] - found Dashboard: hydro
[DEBUG] [grafana] - found Dashboard: strom-copy
[DEBUG] [grafana] - found Dashboard: strom
[DEBUG] [grafana] - found Dashboard: production-overview
[DEBUG] [grafana] - found Dashboard: verbraucher
[DEBUG] [grafana] - found Dashboard: keller-sensoren
[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
[ERROR] [grafana] - cannot found Grafana Backup files
[DEBUG] [grafana] - done

Am Key scheint es nicht zu liegen, denn wenn ich da absichtlich was anderes eintrage, dann kommen meine Dashboards nicht mehr

[ERROR] [grafana] - Error on Grafana Datasource Request
[ERROR] [grafana] - Error on Grafana Dashoard Request: AxiosError: Request failed with status code 401
[DEBUG] [grafana] - start Grafana backup compress ...

Ich hab bisher noch nie Grafana Daten gesichert, das Update ist also nicht schuld
Der Token hat kein Ablauf Datum, und hat die Rechte Admin.
Hab bisher nur Influx, Iobroker und die Javas gesichert, dachte mit, das sicher von Grafana kann nicht schaden

[simatec]

@berndsolar13 Bitte zeige deine Settings von Backitup als JSON File.
Hast du die Anleitung beachtet?

[berndsolar13]

@simatec sagte in Test Adapter ioBroker.backitup v2.10.x:

Hast du die Anleitung beachtet?

dachte ich eigentlich, also Token noch einmal gelöscht, und vorgegangen wie bei bei deiner Anleitung, und siehe da, alles klappt

Der Fehler sahs wohl vor dem PC
Kurze Nachfrage, sollte ich die Influx db täglich mit speichern ? Oder manuell alle 7 Tage ?

[simatec]

@berndsolar13 sagte in Test Adapter ioBroker.backitup v2.10.x:

Kurze Nachfrage, sollte ich die Influx db täglich mit speichern ? Oder manuell alle 7 Tage ?

Es spricht nix dagegen, sie täglich mit Backitup zu sichern...

[JB_Sullivan]

Kurze Frage zu Adapter Version 2.11.0 - gibt es hier ggf. Erkenntnisse, das die Anzahl der eingestellten Backups nicht richtig verarbeitet werden?

Konkret geht es darum, das ich die Anzahl der Backups (welche auf Google Drive gespeichert werden) von 5 auf 3 reduziert habe.

Zum hochladen auf Google wird ja erst einmal im backups Ordner eine lokale Datei erzeugt, die dann da auch nach abgeschlossener Sicherung auf Google dort liegen bleibt.

Nun ist es so, das ich die Anzahl der "alten" Backups von 5 Tagen auf 3 Tage reduziert habe. Auch nach über einer Woche werden immer noch die letzten 5 Backups im Ordner gehalten (fortlaufendes Kalenderdatum passt zu den fünf letzten Sicherungen).

Nur durch einen Adapter Stop und anschließendes leeren des backups Odner, hat BackItUp damit begonnen nur 3 Tage zu archivieren. Sonst waren es immer die "alten" 5, obwohl 3 eingestellt ist.

Hat dieses Phänomen schon jemand beobachtet, oder ist evtl. sogar ein bekannter "Fehler"?

[samsungfreak]

@simatec : Früher gab es die Möglichkeit, dass man die Javascripte einzeln (als einzelne Dateien) sichern konnte. Jetzt bekommt man bei aktivierter Option nur noch ein JSON File. Wurde die Option entfernt oder muss ich noch was aktivieren, damit ich wieder die einzelnen Dateien pro Skript erhalte?

[simatec]

Ab sofort steht auf Github und in der Beta Repo die Version 3.0.0 zur Verfügung.

Die Version ist komplett auf React umgestellt und es hat sich vieles verändert.
Ein riesengroßer Dank geht an @Bluefox für die sehr große Unterstützung bei der Umsetzung.

Bitte testet, ob alles wie gewohnt funktioniert und postet eventuelle Fehler hier oder per Issue.

---

Changelog

3.0.0 (2024-05-28)

• (simatec) jsonConfig added
• (bluefox) Conversion to React
• (bluefox) Added react components
• (bluefox/simatec) Working on React GUI
• (simatec) dependencies updated
• (simatec) Fix Yahka Backup
• (simatec) Fix Nodered Backup
• (simatec) some bugs fixed
• (bluefox/simatec) New Restore-Interface
• (simatec) Translation updated

---

Anbei ein paar Screenshots vom neuen React-Design:

[amg_666]

@simatec Mir wird die noch nicht angeboten (bin im beta repository), muss ich das zum Testen über die Katze installieren?

[Homoran]

@amg_666 sagte in Test Adapter ioBroker.backitup v3.0.x:

Mir wird die noch nicht angeboten (bin im beta repository),

dann noch etwas warten, Browser refresh.
das hängt dann noch im Draht fest

[da_Woody]

@amg_666 ne, warte. ist ja noch kurz her. dauert bis das im beta ist.
allerdings wurde mir nicht mal die 2.11 angeboten.

[simatec]

@amg_666 Die Beta Repo wird meist zwischen 14 - 15 Uhr aktualisiert... Ist also gerade am bauen

[da_Woody]

@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:

Ist als gerade am aktualisieren

ich schenk dir ein o...

[simatec]

@amg_666 Die Repo ist nun aktualisiert und v3.0.0 steht zur Verfügung...

[Shadowhunter23]

Was die 3.0.0 hat ist das hier:

admin.0
2024-05-28 18:11:03.988	warn	backitup has an invalid jsonConfig: [{"instancePath":"/items/_options","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/then/required","keyword":"required","params":{"missingProperty":"items"},"message":"must have required property 'items'"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]

Bin aber nicht sicher ob das immer noch das offene, bekannte Issue ist.

[Homoran]

@shadowhunter23 sagte in Test Adapter ioBroker.backitup v3.0.x:

Bin aber nicht sicher ob das immer noch das offene, bekannte Issue ist.

welche Version des admin?
der wirft die Warnung

[Shadowhunter23]

@homoran v6.17.14

[Homoran]

@shadowhunter23 sagte in Test Adapter ioBroker.backitup v3.0.x:

@homoran v6.17.14

das ist Beta, oder?
der controller auch beta?

[Shadowhunter23]

@homoran ja der admin ist beta und js-controller auch beta mit 6.0.1