Test Adapter ioBroker.backitup v3.1.x
-
iobroker update iobroker upgradeDie 2.0.5 liegt schon ein paar Tage in Stable:
github: 2.0.5 for 6 days latest: 2.0.5 for 6 days stable: 2.0.5 for 6 days -
@thomas-braun
hat alles funktioniert
Vielen Dank -
Ab sofort steht die Version 2.1.0 auf Github und in Kürze auch im Latest zur Verfügung.
Changelog
2.1.0 (24.03.2021)
- (simatec) Admin-Tab added
- (simatec) dependencies targz removed
- (simatec) dependencies tar-fs added
- (simatec) dependencies updated
- (simatec) small Bugfixes
Was ist Neu?
Da die dependencies "targz" auf npm nicht mehr aktualisiert wird, wurde diese entfernt und auf "tar-fs" umgestellt.
Dies bewirkt große Änderungen im Code.Eine weitere große Neuerung ist der Admin-Tab.
Hiermit wollte ich eine Benutzerfreundlichkeit herstellen, in dem man im Admin direkt seine Backups anstoßen kann, den Restore ausführen kann, oder einfach nur Infos zu den aktuell vorhandenen Backups sehen kann.
Hier ein paar Bilder zum Admin-Tab. Dieser kann mit dem Pfeil in der oberen linken Ecke im iobroker aktiviert werden und erscheint dann als neuer Tab "Backup" auf der linken Seite.
-
Bitte nicht steinigen, aber mir ist heute, ohne mich wirklich informiert zu haben, folgende spontane Idee gekommen.
Ich habe heute bei uns im Haus ein sehr umfangreiches USV System in Betrieb genommen. Natürlich hängt da auch die ganze PC Peripherie rund um ioB mit dran.
Da ich ja Windows User bin, wird der finale Notstrom Shutdown von Windows10 übernommen, was ich auch heute mehrfach erfolgreich getestet habe.
Nun meine Frage - bekomme ich irgend etwas (vielleicht sogar etwas was den Akku betrifft) aus der Windows Welt in ioBroker integriert?
Könnte man mit diesem "was auch immer", BackItUp in irgend einer Form dazu bringen, vor dem Shutdown nochmal ein Backup abzufahren? Oder reicht dafür vielleicht ein Blockly Script, welches den DPbackitup.0.oneClick.iobrokertriggert? Werden mit diesem DP auch alle anderen eingestellten Backups zur Sicherung mitgenommen?Natürlich muss man sein System kennen und wissen wieviel Zeit so ein Vollbackup braucht und dann den Shutdown Wert entsprechen hoch einstellen.
Was ich mir davon verspreche:
Üblicherweise lasse ich BackItUp immer täglich um 2:00 Uhr laufen. Geht beim Shutdown aus irgend welchen Gründen etwas schief, hätte ich nur diese Sicherung aus der Nacht und alle bis zum Ausfall neu aufgelaufenen Daten (InfluxDB, {sourceanalytix <- vielleicht sollte man da auch über eine extra BackItUp Kategorie nachdenken}, usw.) wären dann weg, was gerade beim sammeln von Langzeitwerten echt doof ist.
Wie gesagt bitte nicht steinigen - war so ein spontaner Einfall ..........
-
@simatec Ich habe heute einen Umzug von einem Asus Thinkerboard auf ein Asus Thinkerboard S durchgeführt . Auf dem neuen Tinkerboard S war bereits TinkerOS installiert. Nach aktualisieren und installation von iobroker, influxdb und grafana habe ich vieles mit Backitup v.2.1 restored.
Grafana und Influx Wiederherstellung hat nicht geklappt.
Garfana habe ich dann händisch über json files restored und die ini angepasst usw.
Influx habe ich manuell auf der console restored. Das hat aus dem Backup geklappt.
An sich läuft fast alles jedoch gelingt es mir nicht mit dem neuen System einen Backup fehlerfrei zu erstellen. Zuerst wird ein Fehler beim NAS mount angezeigt (sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.137/ncp-iobroker/backup /opt/iobroker/backups), wenn ich den Befehl genauso auf der console mit dem password eingebe, klappt der mount.
Der Backuplauf kommt auch nicht zum ende .
Auf dem Server liegt aber dennoch der Backup vom iobroker und influxdb. Von Grafana ( neue api eingetragen) und javascript (/javaspiegelung ist angelegt) wird kein Backup angelegt.Was bedeutet die Meldung "sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben" ?
Auf dem "alten" Tinkerboard klappt der Backup.Log:
2021-03-28 16:03:25.273 - debug: backitup.0 (25644) telegram-instance: 2021-03-28 16:03:37.406 - debug: backitup.0 (25644) Backup has started ... 2021-03-28 16:03:47.461 - debug: backitup.0 (25644) [iobroker/mount] first mount attempt with smb option failed. try next mount attempt without smb option ... 2021-03-28 16:03:47.526 - debug: backitup.0 (25644) [iobroker/mount] [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.137/ncp-iobroker/backup /opt/iobroker/backups 2021-03-28 16:03:47.528 - debug: backitup.0 (25644) [iobroker/mount] Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die 2021-03-28 16:03:47.529 - debug: backitup.0 (25644) [iobroker/mount] Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus: 2021-03-28 16:03:47.530 - debug: backitup.0 (25644) [iobroker/mount] #1) Respektieren Sie die Privatsphäre anderer. 2021-03-28 16:03:47.531 - debug: backitup.0 (25644) [iobroker/mount] #2) Denken Sie nach, bevor Sie tippen. 2021-03-28 16:03:47.538 - debug: backitup.0 (25644) [iobroker/mount] #3) Mit großer Macht kommt große Verantwortung. 2021-03-28 16:03:47.539 - debug: backitup.0 (25644) [iobroker/mount] sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben 2021-03-28 16:03:47.541 - debug: backitup.0 (25644) [iobroker/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.137/ncp-iobroker/backup /opt/iobroker/backups 2021-03-28 16:03:47.542 - debug: backitup.0 (25644) [iobroker/mount] Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die 2021-03-28 16:03:47.543 - debug: backitup.0 (25644) [iobroker/mount] Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus: 2021-03-28 16:03:47.544 - debug: backitup.0 (25644) [iobroker/mount] #1) Respektieren Sie die Privatsphäre anderer. 2021-03-28 16:03:47.545 - debug: backitup.0 (25644) [iobroker/mount] #2) Denken Sie nach, bevor Sie tippen. 2021-03-28 16:03:47.546 - debug: backitup.0 (25644) [iobroker/mount] #3) Mit großer Macht kommt große Verantwortung. 2021-03-28 16:03:47.547 - debug: backitup.0 (25644) [iobroker/mount] sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben 2021-03-28 16:03:51.605 - debug: backitup.0 (25644) [iobroker/iobroker] host.tinkerboard 7784 states saved 2021-03-28 16:03:51.684 - debug: backitup.0 (25644) [iobroker/iobroker] host.tinkerboard 11367 objects saved 2021-03-28 16:03:59.890 - debug: backitup.0 (25644) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_03_28-16_03_47_TinkerS_backupiobroker.tar.gz 2021-03-28 16:04:00.047 - info: host.tinkerboard instance system.adapter.powerfox.0 started with pid 26278 2021-03-28 16:04:00.936 - debug: backitup.0 (25644) [iobroker/iobroker] done 2021-03-28 16:04:01.088 - debug: backitup.0 (25644) [iobroker/influxDB] Start InfluxDB Backup ... 2021-03-28 16:04:01.090 - debug: backitup.0 (25644) [iobroker/influxDB] InfluxDB Backup tmp directory created 2021-03-28 16:04:03.529 - info: host.tinkerboard instance system.adapter.powerfox.0 terminated with code 0 (NO_ERROR) 2021-03-28 16:04:31.010 - debug: backitup.0 (25644) [iobroker/influxDB] Packed 24MB so far... 2021-03-28 16:04:41.010 - debug: backitup.0 (25644) [iobroker/influxDB] Packed 51MB so far... 2021-03-28 16:04:51.012 - debug: backitup.0 (25644) [iobroker/influxDB] Packed 76MB so far... 2021-03-28 16:05:01.017 - debug: backitup.0 (25644) [iobroker/influxDB] Packed 100MB so far... 2021-03-28 16:05:11.011 - debug: backitup.0 (25644) [iobroker/influxDB] Packed 126MB so far... 2021-03-28 16:05:13.074 - debug: backitup.0 (25644) [iobroker/influxDB] Backup created: /opt/iobroker/backups/influxDB_2021_03_28-16_04_01_TinkerS_backupiobroker.tar.gz 2021-03-28 16:05:13.077 - debug: backitup.0 (25644) [iobroker/influxDB] Try deleting the InfluxDB tmp directory 2021-03-28 16:05:13.174 - debug: backitup.0 (25644) [iobroker/influxDB] InfluxDB tmp directory was successfully deleted 2021-03-28 16:05:13.175 - debug: backitup.0 (25644) [iobroker/influxDB] done 2021-03-28 16:05:14.085 - debug: backitup.0 (25644) [iobroker/grafana] Start Grafana Backup ... 2021-03-28 16:05:14.088 - debug: backitup.0 (25644) [iobroker/grafana] Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp" 2021-03-28 16:05:14.090 - debug: backitup.0 (25644) [iobroker/grafana] Created dashboard directory 2021-03-28 16:05:14.092 - debug: backitup.0 (25644) [iobroker/grafana] Created dashboards_manually_restore directory 2021-03-28 16:05:14.094 - debug: backitup.0 (25644) [iobroker/grafana] Created datasource directory 2021-03-28 16:05:14.096 - debug: backitup.0 (25644) [iobroker/grafana] start Grafana request ... 2021-03-28 16:05:14.172 - debug: backitup.0 (25644) [iobroker/grafana] Grafana is not available: Error: connect ENETUNREACH 127.0.0.0:3000 - Local (0.0.0.0:0) 2021-03-28 16:05:14.173 - debug: backitup.0 (25644) [iobroker/grafana] Grafana is not available! 2021-03-28 16:05:14.175 - debug: backitup.0 (25644) [iobroker/grafana] Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp" 2021-03-28 16:05:14.179 - debug: backitup.0 (25644) [iobroker/grafana] Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted 2021-03-28 16:05:14.180 - debug: backitup.0 (25644) [iobroker/grafana] Grafana Backup cannot created ... 2021-03-28 16:05:14.181 - debug: backitup.0 (25644) [iobroker/grafana] done 2021-03-28 16:05:14.637 - debug: backitup.0 (25644) [iobroker/javascripts] javascript directory "/javaspiegelung" not found 2021-03-28 16:05:14.639 - debug: backitup.0 (25644) [iobroker/javascripts] done 2021-03-28 16:05:14.944 - debug: backitup.0 (25644) [iobroker/cifs] done 2021-03-28 16:05:15.550 - debug: backitup.0 (25644) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. 2021-03-28 16:05:15.552 - debug: backitup.0 (25644) [iobroker/clean] done 2021-03-28 16:05:16.015 - debug: backitup.0 (25644) [iobroker/telegram] done 2021-03-28 16:05:16.327 - debug: backitup.0 (25644) [iobroker/historyHTML] new history html values created 2021-03-28 16:05:16.328 - debug: backitup.0 (25644) [iobroker/historyHTML] done 2021-03-28 16:05:16.492 - debug: backitup.0 (25644) [iobroker/historyJSON] new history json values created 2021-03-28 16:05:16.493 - debug: backitup.0 (25644) [iobroker/historyJSON] done -
@simatec bin gestern auf 2.1.0 umgestiegen und jetzt bekomme ich einen Fehler beim erstellen des Backup der HistoryDB
backitup.0 debug (15070) system.adapter.admin.0: logging true backitup.0 debug (15070) [iobroker] exec: done backitup.0 debug (15070) [iobroker/umount] done backitup.0 debug (15070) [iobroker/umount] umount successfully completed backitup.0 debug (15070) [iobroker/umount] mount activ, umount is started ... backitup.0 debug (15070) [iobroker/historyJSON] done backitup.0 debug (15070) [iobroker/historyJSON] new history json values created backitup.0 debug (15070) [iobroker/historyHTML] done backitup.0 debug (15070) [iobroker/historyHTML] new history html values created backitup.0 debug (15070) [iobroker/pushover] done backitup.0 debug (15070) sendTo "send" to system.adapter.pushover.0 from system.adapter.backitup.0 backitup.0 debug (15070) [iobroker/pushover] [iobroker] used pushover-Instance: pushover.0 backitup.0 debug (15070) [iobroker/clean] done backitup.0 debug (15070) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 debug (15070) [iobroker/cifs] done backitup.0 debug (15070) [iobroker/zigbee] done backitup.0 debug (15070) [iobroker/zigbee] found zigbee database: zigbee.0 backitup.0 debug (15070) [iobroker/historyDB] [IGNORED] Backitup cannot found source "undefined" for compress! backitup.0 debug (15070) [iobroker/historyDB] compress from historyDB started ... backitup.0 debug (15070) [iobroker/iobroker] done backitup.0 debug (15070) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_04_05-07_10_47_backupiobroker.tar.gz backitup.0 debug (15070) [iobroker/iobroker] host.ioBrokerPi4 17359 objects saved backitup.0 debug (15070) [iobroker/iobroker] host.ioBrokerPi4 15184 states saved backitup.0 debug (15070) [iobroker/mount] done backitup.0 debug (15070) [iobroker/mount] mount successfully completed backitup.0 debug (15070) [iobroker/mount] first mount attempt with smb option failed. try next mount attempt without smb option ... backitup.0 debug (15070) Backup has started ... backitup.0 debug (15070) system.adapter.admin.0: logging trueFixer habe ich schon laufen lassen und Adapter Upload auch gemacht.
Danke schonmal und noch frohe Ostern
Edit ioBroker läuft auf einem Pi4
-
Überprüfe den korrekten Pfad zu deiner History Datenbank in den Einstellungen von Backitup.
(15070) [iobroker/historyDB] [IGNORED] Backitup cannot found source "undefined" for compress! -
@simatec manchmal kann es ja einfach sein
aber seltsam war, dass ich den Pfad über den Adapter ausgelesen habe, da aber im History-Adapter nur der Standart-Pfad (also keiner Pfad eingetragen) war. Wurde keiner in Backitup übernommen. Was mir dann nicht aufgefallen ist
Danke!
-
@saschag
Wie lautet der Standardpfad? Dann kann ich das mal bei dem nächsten Update mit hinterlegen. -
/opt/iobroker/iobroker-data/history -
Habe seit ein paar Tagen Mühe mit dem Backup. Ich sichere über FTP und kriege diese Fehlermeldungen. Bis anhin lief es ohne Probleme durch. Hat jemand eine Idee an was das liegen kann? Ich habe vorhin auf 2.1 upgedatet das Problem ist aber immer noch da.
[DEBUG] [iobroker] - host.iobroker 15896 states saved [DEBUG] [iobroker] - host.iobroker 15795 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_04_06-11_03_26_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [javascripts] - Backup created: /opt/iobroker/backups/javascripts_2021_04_06-11_03_38_backupiobroker.tar.gz [DEBUG] [javascripts] - done [DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2021_04_06-11_03_26_backupiobroker.tar.gz [ERROR] [ftp] - Error: Error writing to file: No such file or directory. [DEBUG] [ftp] - Send javascripts_2021_04_06-11_03_38_backupiobroker.tar.gz [ERROR] [ftp] - Error: Error writing to file: No such file or directory. [DEBUG] [ftp] - done [DEBUG] [ftp] start with {"type":"storage","source":"local","host":"xxx","debugging":true,"deleteOldBackup":true,"ownDir":false,"dir":"/backup/ioBroker/standard","dirMinimal":"/backupDir/iobroker","user":"backup","pass":"****","port":"21","deleteBackupAfter":0} [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors. [DEBUG] [clean] - done [DEBUG] [telegram] - [iobroker] used Telegram-Instance: telegram.0 [DEBUG] [telegram] - done [DEBUG] [telegram] start with {"type":"creator","time":"02:00","debugging":true,"everyXDays":"1","deleteBackupAfter":0,"ftp": -
@drapo sagte in Test Adapter Backitup v2.1.x:
Error writing to file: No such file or directory.
dein Ziel-Pfad, gibts das Verzeichnis überhaupt, bzw ist das richtig eingetragen?
-
@crunchip ja das gibt es. die files werden auch erstellt nur sehe ich dass die grösse der files 0 kb gross sind. Es wird nichts geschrieben.
-
@drapo
Was hat der User backup für Rechte über FTP? -
@simatec Du hast Recht. Es war ein Rechte Problem. Mit dem Admin Benutzer läuft das Backup ohne weiteres durch. Erstaunt bin ich nur darüber dass ich gar nichts an irgendwelchen Berechtigungen geändert hab und auf einmal diese Probleme auftreten.
-
Hi,
wird es irgendwann vielleicht auch Möglich sein das nicht nur für das Iobroker Backup sondern auch für zigbee, regdis, grafana, influx, javascript, usw im History-log eine json hinterlegt wird.
Ich würde gerne auch diese Daten in meiner VIS anzeigen.vielen Dank
-
Hi @simatec
Nachdem IoBroker selbst auf Deinen BackItUp Adapter aufmerksam gemacht hat, habe ich mir diesen mal installiert. Nachdem ich auch die Zugriffsrechte korrekt gesetzt hatte, hat er sofort seine Arbeit auf- und mir für die Zukunft eine Menge manuelle Arbeit ab-genommen.
Vielen Dank für den coolen Adapter!! So einfach ist Plug&Play -
@foxro
Schön zu hören, dass du ihn nutzt ... -
Moin @simatec,
ich habe die Adapterversion von 1.8.5 auf 2.1.0 angehoben, es wurde jedoch
-
beim Einrichten der Instanz festgestellt, dass keine Zigbee-Instanz installiert war. ->Stimmt: die wurde auf einen Slave geschoben (was mit 1.8.5 kein Problem ist), weil dort das TIboard dran hängt.
-
mit dieser Adapterversion keine Backups funktionierten, weder in opt/iobroker/backups noch auf das NAS und google drive
Nachdem ich nach 1.8.5 zurück bin funktionieren die Backups wieder (auch Zigbee) aber ich erhalte nach dem automatischen Backup eine Fehlermeldung und der Adapter startet neu:
Hier noch die Konfig der Instanz:
Ich kann mir nicht erklären, welchen 'token' der Adapter 'expected'.
-
-
@meister-mopper
Die Meldung dass keine zigbee Instanz auf dem Host liegt ist neu.
Bei der 1.8.5 gab es diese noch nicht.
Trotzdem sollte dein zigbee Backup nicht vollständig sein. Poste mal den Inhalt des zigbee Backups
Ich würde dir raten auf 2.1.0 zu gehen und auf deinem Slave eine Instanz zu installieren, die dann zigbee sichert.
