NEWS
Adapter: iobroker.backitup (stable Release)
-
@loverz
Wenn du auf deinem PI nur iobroker laufen hast, reichen die Backups so absolut aus.
Im Falle eines Crashs, musst du dann ein Image auf die neue Karte brutzeln (z.B. hier aus dem Downloadbereich) und dann ein minimal herstellen.
Ein total sollte man bei einer neuen Installation nicht verwenden.
Grundsätzlich schadet es aber nicht, ein Backup der SD liegen zu haben.@simatec Danke für die Antwort. Wieso sollte man kein total image nehmen?
Was ist denn überhaupt der Unterschied zwischen total und minimal image?Mit was mache ich am besten ein SD Image?
Ich habe es mit dem einen Tool da gemacht, mit dem ich auch das offizielle Image anfangs aufspielt (hab den Namen leider vergessen)
Leider ist das im Match aber immer sehr sehr groß, weil ich eine 64 GB Speicherkarte verwende. Keine Ahnung wie viel Daten belegt sind, aber ich denke maximal 1 GB. -
@simatec Danke für die Antwort. Wieso sollte man kein total image nehmen?
Was ist denn überhaupt der Unterschied zwischen total und minimal image?Mit was mache ich am besten ein SD Image?
Ich habe es mit dem einen Tool da gemacht, mit dem ich auch das offizielle Image anfangs aufspielt (hab den Namen leider vergessen)
Leider ist das im Match aber immer sehr sehr groß, weil ich eine 64 GB Speicherkarte verwende. Keine Ahnung wie viel Daten belegt sind, aber ich denke maximal 1 GB.@loverz
Das Total sichert den kompletten iobroker Ordner. Bei einer neuen Installation kann das zu Problemen führen, durch andere node Versionen und geänderten Hostname etc.
Das minimal hat allerdings alles was man benötigt. Dabei werden alle Adapter neu installiert und ein komplett neues sauberes System aufgesetzt.Deine SD sicherst du mit dem gleichen Tool, wie du sie auch beschrieben hast.
Due 64 GB sind normal, da jeder Sektor der SD gesichert wird. -
@loverz
Das Total sichert den kompletten iobroker Ordner. Bei einer neuen Installation kann das zu Problemen führen, durch andere node Versionen und geänderten Hostname etc.
Das minimal hat allerdings alles was man benötigt. Dabei werden alle Adapter neu installiert und ein komplett neues sauberes System aufgesetzt.Deine SD sicherst du mit dem gleichen Tool, wie du sie auch beschrieben hast.
Due 64 GB sind normal, da jeder Sektor der SD gesichert wird. -
@Labersack das habe ich probiert, aber wenn ich es schwach komprimiere spare ich kaum platz und stark komprimiert dauert es an die 30 Stunden oder so
-
@simatec Danke für die Erklärung!
Kann man das Image nicht kleiner machen?
Also nur die gespeicherten Daten sichern und nicht jeden Sektor?
Wenn ich eine neue Karte kaufen passen die Sektoren ja evtl. auch nicht.@loverz
Dann musst du es mit einem partitioning tool das auch Linux kann bearbeiten.Z.b. paragon
-
Ich möchte nun auch den backitup Adapter nutzen, habe aber auch ein Problem wie einige hier schon berichtet haben. Leider komme ich nicht weiter.
Ich möchte das Backup auf ein Synology NAS machen. Dafür nutze ich eine Verbindung über NFS.
Wenn in Backitup "Mount als root (sudo)" ausgewählt ist, funktioniert das mounten, aber er kann kein Backup file erstellen:[ERROR] [minimal] - host.ioBroker-RasPi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_05_03-19_12_52_backupiobroker.tar.gz'
Nehme ich den Haken bei "Mount als root" raus, schlägt das mounten fehl, aber das Backup file wird erstellt.
[DEBUG] [minimal] - Backup created: /opt/iobroker/backups/minimal_2019_05_03-19_14_41_backupiobroker.tar.gz
Ich habe schon einiges probiert. Dateirechte etc. auch habe ich den Adapter schon de- und neuinstalliert. Noch jemand eine Idee?
-
Ich möchte nun auch den backitup Adapter nutzen, habe aber auch ein Problem wie einige hier schon berichtet haben. Leider komme ich nicht weiter.
Ich möchte das Backup auf ein Synology NAS machen. Dafür nutze ich eine Verbindung über NFS.
Wenn in Backitup "Mount als root (sudo)" ausgewählt ist, funktioniert das mounten, aber er kann kein Backup file erstellen:[ERROR] [minimal] - host.ioBroker-RasPi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_05_03-19_12_52_backupiobroker.tar.gz'
Nehme ich den Haken bei "Mount als root" raus, schlägt das mounten fehl, aber das Backup file wird erstellt.
[DEBUG] [minimal] - Backup created: /opt/iobroker/backups/minimal_2019_05_03-19_14_41_backupiobroker.tar.gz
Ich habe schon einiges probiert. Dateirechte etc. auch habe ich den Adapter schon de- und neuinstalliert. Noch jemand eine Idee?
-
@toste
Auf deinem NAS existieren keine Schreibrechte.
Lege einen User an, der auch die Schreibrechte zu dem gewählten Pfad hat.
Root-mount ist aber richtig -
nur eine Verständnisfrage:
Auf dem produktiven System habe ich im Moment keine Zigbee-Devices am laufen,
da ich es erst am Teststystem probieren will.
Spricht etwas dagegen, daß ich nur die Zigbee-Database sichere und dann ins produktive System übeernehme?
Der Coordinator bleibt ja der selbe. Nur der Platz auf dem das Testsystem
steht soll der Platz für das produktive System werden.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
nur eine Verständnisfrage:
Auf dem produktiven System habe ich im Moment keine Zigbee-Devices am laufen,
da ich es erst am Teststystem probieren will.
Spricht etwas dagegen, daß ich nur die Zigbee-Database sichere und dann ins produktive System übeernehme?
Der Coordinator bleibt ja der selbe. Nur der Platz auf dem das Testsystem
steht soll der Platz für das produktive System werden. -
Nabend.
Nach meinem Umstieg von 2x Raspi im Mulithost auf ein Multihostsystem bestehend aus einem NUC mit Debian (auf Proxmox) und einem Raspi (zum GPIO Abgriff) bekomme ich per Telegramm keine Nachrichten nach Abschluss des Backups mehr. Das Backup selber funktioniert aber. Auch vorher bei den 2x Raspi) kamen die Meldungen per Telegramm nicht immer.
Bei mir läuft je eine Instanz von backitup auf Master und Slave. Backupziel ist ein Synology NAS.Das normale Versenden von Telegrammeldungen per Javascript funktioniert problemlos.
Was ich bisher getan habe:
- backitup und Telegramm auf debug gestellt. Leider ohne nennenswerte Aussagen im Log.
- backitup Adapter auf beiden Geräten de- und wieder neuinstalliert
- Telegramm Adapter neu installiert
Alles bisher ohne Ergebnis...
Iobroker unter Debian:
debian@iobroker-server:~$ node -v
v10.15.3
debian@iobroker-server:~$ nodejs -v
v10.15.3
debian@iobroker-server:~$ npm -v
6.9.0iobroker auf dem Raspi:
pi@iobroker-Pi:~ $ node -v
v8.16.0
pi@iobroker-Pi:~ $ nodejs -v
v8.16.0
pi@iobroker-Pi:~ $ npm -v
6.4.1Hier mal das Log der manuellen Ausführung eines minimalen Backups:
...Update 20:31 Uhr: Nach dem Deaktivieren von "Zigbee-Datenbank speichern (Standard)" läuft es nun...
-
Nabend.
Nach meinem Umstieg von 2x Raspi im Mulithost auf ein Multihostsystem bestehend aus einem NUC mit Debian (auf Proxmox) und einem Raspi (zum GPIO Abgriff) bekomme ich per Telegramm keine Nachrichten nach Abschluss des Backups mehr. Das Backup selber funktioniert aber. Auch vorher bei den 2x Raspi) kamen die Meldungen per Telegramm nicht immer.
Bei mir läuft je eine Instanz von backitup auf Master und Slave. Backupziel ist ein Synology NAS.Das normale Versenden von Telegrammeldungen per Javascript funktioniert problemlos.
Was ich bisher getan habe:
- backitup und Telegramm auf debug gestellt. Leider ohne nennenswerte Aussagen im Log.
- backitup Adapter auf beiden Geräten de- und wieder neuinstalliert
- Telegramm Adapter neu installiert
Alles bisher ohne Ergebnis...
Iobroker unter Debian:
debian@iobroker-server:~$ node -v
v10.15.3
debian@iobroker-server:~$ nodejs -v
v10.15.3
debian@iobroker-server:~$ npm -v
6.9.0iobroker auf dem Raspi:
pi@iobroker-Pi:~ $ node -v
v8.16.0
pi@iobroker-Pi:~ $ nodejs -v
v8.16.0
pi@iobroker-Pi:~ $ npm -v
6.4.1Hier mal das Log der manuellen Ausführung eines minimalen Backups:
...Update 20:31 Uhr: Nach dem Deaktivieren von "Zigbee-Datenbank speichern (Standard)" läuft es nun...
@eumats
Welche Benachrichtigung kam nicht? Vom Master oder Slave?
Wo läuft deine Telegram Instanz auf dem Master oder Slave? -
@eumats
Welche Benachrichtigung kam nicht? Vom Master oder Slave?
Wo läuft deine Telegram Instanz auf dem Master oder Slave? -
Hi zusammen,
habe gerade versucht Backitup mit Sicherung auf meinem Synology NAS einzurichten.
Die Sicherungen werden angelegt und im Ordner /opt/iobroker/backups abgelegt. Aber das Verschieben auf das NAS funktioniert nicht. Der user iobroker sollte bei mir eigentlich root rechte haben.
Folgenden LOG bekomme ich:backitup.0 2019-06-01 21:48:26.484 debug system.adapter.admin.0: logging true
backitup.0 2019-06-01 21:47:42.252 debug [minimal/history] backitup.0.history.html
backitup.0 2019-06-01 21:47:42.220 debug [minimal/clean] done
backitup.0 2019-06-01 21:47:42.219 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
backitup.0 2019-06-01 21:47:42.216 debug [minimal/cifs] done
backitup.0 2019-06-01 21:47:42.209 debug [minimal/minimal] done
backitup.0 2019-06-01 21:47:42.193 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-21_47_38_backupiobroker.tar.gz
backitup.0 2019-06-01 21:47:38.685 debug [minimal/mount] mount: only root can use "--options" option
backitup.0 2019-06-01 21:47:38.684 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ipi.pip.i.pip/Familie/03_SmartHome/Backup/ioBroker Stand
backitup.0 2019-06-01 21:47:38.673 debug [minimal/mount] [undefined mount: only root can use "--options" option -
Hi zusammen,
habe gerade versucht Backitup mit Sicherung auf meinem Synology NAS einzurichten.
Die Sicherungen werden angelegt und im Ordner /opt/iobroker/backups abgelegt. Aber das Verschieben auf das NAS funktioniert nicht. Der user iobroker sollte bei mir eigentlich root rechte haben.
Folgenden LOG bekomme ich:backitup.0 2019-06-01 21:48:26.484 debug system.adapter.admin.0: logging true
backitup.0 2019-06-01 21:47:42.252 debug [minimal/history] backitup.0.history.html
backitup.0 2019-06-01 21:47:42.220 debug [minimal/clean] done
backitup.0 2019-06-01 21:47:42.219 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
backitup.0 2019-06-01 21:47:42.216 debug [minimal/cifs] done
backitup.0 2019-06-01 21:47:42.209 debug [minimal/minimal] done
backitup.0 2019-06-01 21:47:42.193 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-21_47_38_backupiobroker.tar.gz
backitup.0 2019-06-01 21:47:38.685 debug [minimal/mount] mount: only root can use "--options" option
backitup.0 2019-06-01 21:47:38.684 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ipi.pip.i.pip/Familie/03_SmartHome/Backup/ioBroker Stand
backitup.0 2019-06-01 21:47:38.673 debug [minimal/mount] [undefined mount: only root can use "--options" option -
habe ich beides nochmal geprüft mein User ist in der gruppe root und cifs-utils sind jetzt auch installiert.
ohne root mount gleicher log.
Kann das Problem eventuell daran liegen das meine NAS Benutzer ein ö im Namen hat?
mit root mount bekomme ich jetzt folgendes: -
habe ich beides nochmal geprüft mein User ist in der gruppe root und cifs-utils sind jetzt auch installiert.
ohne root mount gleicher log.
Kann das Problem eventuell daran liegen das meine NAS Benutzer ein ö im Namen hat?
mit root mount bekomme ich jetzt folgendes: -
Hallo,
habe jetzt auf einen Windows Rechner migriert. Jetzt wäre es praktisch, wenn man die history-Daten ebenfals täglich auf die Synology sichern könnte. Beim Orange Pi habe ich das über ein rsync gemacht, lange bevor es diesen praktischen Adapter hier gab. Bevor ich jetzt wieder eine Lösung für Windows schnitze, frage ih mal, ob hiermit so etwas möglich oder geplant ist.
726
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge