NEWS
Test Adapter ioBroker.backitup v3.1.x
-
@legro Zur Info es gibt immer die Commits zum Projekt, auch von v1.6.0:

Welches man nutzen muss, um die v1.6.0 zurückzusichern, muss man probieren. Sie ist auf jeden Fall da.
Stimmt:npm show iobroker.zigbee versions [ '0.5.0', '0.5.2', '0.5.3', '0.5.4', '0.5.5', '0.5.6', '0.5.7', '0.5.8', '0.6.0', '0.7.0', '0.7.1', '0.7.3', '0.7.5', '0.7.6', '0.7.7', '0.8.0', '0.9.0', '0.9.1', '0.9.2', '0.10.0', '0.10.1', '0.10.2', '0.10.3', '0.11.0', '0.11.1', '0.11.2', '0.11.3', '0.11.5', '1.0.0', '1.0.1', '1.0.2', '1.0.3', '1.0.4', '1.1.0', '1.1.1', '1.2.0', '1.2.1', '1.3.0', '1.3.1', '1.4.0', '1.4.1', '1.4.2', '1.4.4', '1.5.0', '1.5.1', '1.5.2', '1.5.3', '1.5.5', '1.5.6', '1.6.0', '1.6.3', '1.6.6', '1.6.8', '1.6.12', '1.6.14', '1.6.15', '1.6.16'@mcu said in Test Adapter Backitup v2.4.x:
@legro Zur Info es gibt immer die Commits zum Projekt, auch von v1.6.0:

Wo finde ich diese?
Welches man nutzen muss, um die v1.6.0 zurückzusichern, muss man probieren. Sie ist auf jeden Fall da.
Bei meinem aktuellen Problem war's wohl so, dass im zigbee-herdsman-converters: 14.0.422 als auch zigbee-herdsman: 0.14.16 Veränderungen vorgenommen wurden, die dazu führten, dass meine BITRON Rauchmelder und Sirenen nicht mehr funktionierten. Da kam dann bei mir Panik auf, ganz ohne Alarmsystem wollte ich dann doch nicht sein.
npm show iobroker.zigbee versions
Dank deines Tipps kann ich in Zukunft solche Dinge beruhigter angehen.:+1:
-
@mcu said in Test Adapter Backitup v2.4.x:
@legro Zur Info es gibt immer die Commits zum Projekt, auch von v1.6.0:

Wo finde ich diese?
Welches man nutzen muss, um die v1.6.0 zurückzusichern, muss man probieren. Sie ist auf jeden Fall da.
Bei meinem aktuellen Problem war's wohl so, dass im zigbee-herdsman-converters: 14.0.422 als auch zigbee-herdsman: 0.14.16 Veränderungen vorgenommen wurden, die dazu führten, dass meine BITRON Rauchmelder und Sirenen nicht mehr funktionierten. Da kam dann bei mir Panik auf, ganz ohne Alarmsystem wollte ich dann doch nicht sein.
npm show iobroker.zigbee versions
Dank deines Tipps kann ich in Zukunft solche Dinge beruhigter angehen.:+1:
-
@diwoma Kannst du mir mal zeigen, was du für einen Fehlerlog bei Start der Slave Instanz bekommst.
Ich bin gerade mit den Entwicklern der dropbox Api am schreiben.Hier wurde etwas umgestellt, was irgendwie murks ist. Der Token ist bei neuen Apps nur noch "short_live".
Das bedeutet aktuell hat der Token nur noch 4 Stunden Gültigkeit.Ich bin auf Lösungssuche ... aber das dauert noch.
Wenn du aber erstmal schnell die Lösung benötigst, dann sichere dir mal aus deinem Master die Einstellungen (Pfeile oben Links in der Konfiguration)
Danach kannst du die json lokal öffnen und findest dort den API-Token deines Masters.Den kannst du dann im Slave eintragen und nutzt damit die gleiche APP mit dem Token
@simatec
Sorry für die so späte Antwort. Ich habe das Forum nicht mehr beobachtet und anscheinend habe ich kein Mail bekommen oder es übersehen und gelöscht.
Das mit dem Token des Masters werde ich probieren. Ich habe gesehen, dass Du schon an der API gearbeitet hast und sie bald ins latest kommen wird. Brauchst Du das Slave-Log noch? -
@simatec
Sorry für die so späte Antwort. Ich habe das Forum nicht mehr beobachtet und anscheinend habe ich kein Mail bekommen oder es übersehen und gelöscht.
Das mit dem Token des Masters werde ich probieren. Ich habe gesehen, dass Du schon an der API gearbeitet hast und sie bald ins latest kommen wird. Brauchst Du das Slave-Log noch? -
@altersrentner
Hast du denn in deiner neuen Installation von Grafana die gleichen Benutzerdaten und auch dort einen ApiKey angelegt
Laut Log stimmen bei deinem Restore weder Username und Passwort als auch ApiKey nicht.
Konfiguriere Backitup mit den Benutzerdaten aus grafana (inkl. ApiKey) und führe im Anschluss den restore durch -
@simatec hab ich das richtig verstanden: Der Grafana-API reicht als "read-only" aus? Auch für einen evtl. nötigen Restore?
Wie lange macht ihr die Gültigkeit so?

-
@loverz Nein der Api Key sollte für den Admin sein. Gültigkeit musst du selber entscheiden. Mein Key ist einige Jahre gültig
-
Ist 'im großen Backup' automatisch mit dabei.
-
Ist 'im großen Backup' automatisch mit dabei.
@thomas-braun dh im "ioBroker" Backup schon integriert?
-
@thomas-braun dh im "ioBroker" Backup schon integriert?
@humidor
Ja. -
@humidor
Ja.@thomas-braun super!
echt toll der Adapter, fkt. inzwischen einwandfrei!! -
@thomas-braun super!
echt toll der Adapter, fkt. inzwischen einwandfrei!! -
Ab sofort steht auf Github und in kürze auch im latest die Version 2.4.5 zur Verfügung.
Changelog
2.4.5 (2022-04-04)
- (simatec) Download-Server close added
@simatec
Hallo,ich habe gerade nach dem Update auf version 2.4.6 gesehen, das ich per Pushover und auch im log (s. unten) gesagt bekomme, das alles erfolgreich gespeichert sei, aber nun sehe ich, das iobroker (und nur iobroker) das letzte Mal am 09.04.22 erfolgreich auf der NAS abgelegt wurde.
Log von gerade eben (manuell direkt im Adapter ausgelöst):
Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.23/backup/ioBroker/ /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 66275 states saved [DEBUG] [iobroker] - host.ioBroker 86114 objects saved [DEBUG] [iobroker] - done [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0Ergebnis auf der NAS: Keine iobroker-Sicheung vorhanden

Ich verwende FTP zum abspeichern.
Hast Du eine Idee warum das so ist und wie ich es wieder zum laufen bringe?
-
@simatec
Hallo,ich habe gerade nach dem Update auf version 2.4.6 gesehen, das ich per Pushover und auch im log (s. unten) gesagt bekomme, das alles erfolgreich gespeichert sei, aber nun sehe ich, das iobroker (und nur iobroker) das letzte Mal am 09.04.22 erfolgreich auf der NAS abgelegt wurde.
Log von gerade eben (manuell direkt im Adapter ausgelöst):
Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.23/backup/ioBroker/ /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 66275 states saved [DEBUG] [iobroker] - host.ioBroker 86114 objects saved [DEBUG] [iobroker] - done [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0Ergebnis auf der NAS: Keine iobroker-Sicheung vorhanden

Ich verwende FTP zum abspeichern.
Hast Du eine Idee warum das so ist und wie ich es wieder zum laufen bringe?
@qqolli sagte in Test Adapter Backitup v2.4.x:
Ich verwende FTP zum abspeichern.
Verwende CIFS. Du mountest das doch eh schon.
-
@qqolli sagte in Test Adapter Backitup v2.4.x:
Ich verwende FTP zum abspeichern.
Verwende CIFS. Du mountest das doch eh schon.
Hi,
sorry, das war "versehentlich" noch an. Hatte mit cifs leider kein Glück mit dem Backup (zurückschreiben), daher auf Empfehlung (anderer Thread hier auf dem Forum) umgestellt auf FTP. Rückschreiben ging, aber auch hier fehlt nur die iobroker-Sicherung; alle anderen sind vorhanden.
-
@qqolli sagte in Test Adapter Backitup v2.4.x:
Ich verwende FTP zum abspeichern.
Verwende CIFS. Du mountest das doch eh schon.
Sehe gerade, das ich beim FTP folgende Meldung bekomme :-(
[DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2022_04_18-16_54_45_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/iobroker_2022_04_18-16_54_45_backupiobroker.tar.gz" not found [DEBUG] [ftp] - Send influxDB_2022_04_18-16_55_47_backupiobroker.tar.gz [DEBUG] [ftp] - Send javascripts_2022_04_18-16_56_18_backupiobroker.tar.gz [DEBUG] [ftp] - Send yahka.0_2022_04_18-16_56_19_backupiobroker.tar.gz [DEBUG] [ftp] - done [DEBUG] [clean] - done [DEBUG] [pushover] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [EXIT] 0 -
Hi,
sorry, das war "versehentlich" noch an. Hatte mit cifs leider kein Glück mit dem Backup (zurückschreiben), daher auf Empfehlung (anderer Thread hier auf dem Forum) umgestellt auf FTP. Rückschreiben ging, aber auch hier fehlt nur die iobroker-Sicherung; alle anderen sind vorhanden.
Die zu bevorzugende Rangfolge der Protokolle ist
1.) NFS
2.) CIFS
3.) FTP
4.) Flaschenpost
5. BrieftaubeSchau halt das du entweder NFS oder CIFS ans laufen bekommst. Alles andere ist rumgemurkse, mMn.
-
Sehe gerade, das ich beim FTP folgende Meldung bekomme :-(
[DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2022_04_18-16_54_45_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/iobroker_2022_04_18-16_54_45_backupiobroker.tar.gz" not found [DEBUG] [ftp] - Send influxDB_2022_04_18-16_55_47_backupiobroker.tar.gz [DEBUG] [ftp] - Send javascripts_2022_04_18-16_56_18_backupiobroker.tar.gz [DEBUG] [ftp] - Send yahka.0_2022_04_18-16_56_19_backupiobroker.tar.gz [DEBUG] [ftp] - done [DEBUG] [clean] - done [DEBUG] [pushover] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [EXIT] 0Du kannst in der Konstellation nicht CIFS und FTP gleichzeitig nutzen, denn bei CIFS fungiert
/opt/iobroker/backups als mountpunkt, bei FTP ist das ein ganz normales Verzeichnis. Das kannst du nicht unfallfrei doppelt verwenden.