NEWS
Adapter: iobroker.backitup (stable Release)
-
Welche Dateien werden bei dir beim Standard (minimal) Backup gesichert und ist der Files-Ordner auch leer? (ist zwar kein Adapter Problem, wurde hier aber auch schon mal festgestellt) `
Es wird nur eine backup.json erstellt und ein leerer files Ordner
IoBroker läuft in einer Debian VM auf einer Synology NAS
npm 6.1.0
node js v6.14.3
Wo kann ich die Version vom js-controller sehen?
Und gibt's vielleicht eine Möglichkeit auf eine Version vor 0.3 downzugraden um es damit gegenzutesten?
-
Downgrade müsste so funktionieren:
Experten Modus aktivieren, Listenansicht, dann unter Adapter nach ganz rechts, hier ist das Symbol, darauf klicken, es öffnet sich ein neues Fenster.
Diese Daten von meinem System bin ich noch schuldig:
NPM: 3.10.10
Node: v6.14.3
NodeJS: v6.14.3
JS-Controller: 1.4.2
Gruß
Volker
-
Welche Dateien werden bei dir beim Standard (minimal) Backup gesichert und ist der Files-Ordner auch leer? (ist zwar kein Adapter Problem, wurde hier aber auch schon mal festgestellt) `
Es wird nur eine backup.json erstellt und ein leerer files Ordner
IoBroker läuft in einer Debian VM auf einer Synology NAS
npm 6.1.0
node js v6.14.3
Wo kann ich die Version vom js-controller sehen?
Und gibt's vielleicht eine Möglichkeit auf eine Version vor 0.3 downzugraden um es damit gegenzutesten? `
Mach mal ein Upgrade von node js und npm.
Meines Wissens gab es mit npm 6.1.0 immer mal wieder Probleme.
Downgraden des Adapters geht im Adaptermenü.
Dort auf das Plus bei backitup gehen. Somit werden dir die verschiedenen Versionen zur Installation angezeigt
-
Downgrade müsste so funktionieren:
Experten Modus aktivieren, Listenansicht, dann unter Adapter nach ganz rechts, hier ist das Symbol, darauf klicken, es öffnet sich ein neues Fenster. Update auf alte Version.JPG
Diese Daten von meinem System bin ich noch schuldig:
NPM: 3.10.10
Node: v6.14.3
NodeJS: v6.14.3
JS-Controller: 1.4.2
Gruß
Volker `
Mach mal ein Upgrade auf node 8 NPM mit Version 3 ist doch schon recht alt
-
Hier nochmal ein aktueller Log von mir … Kann auf keinen meiner laufenden Systeme den Fehler nachstellen.
backitup.0 2018-12-05 14:13:10.945 debug [minimal] exec: done backitup.0 2018-12-05 14:13:10.941 debug [minimal/history] backitup.0.history.html backitup.0 2018-12-05 14:13:10.912 debug [minimal/telegram] done backitup.0 2018-12-05 14:13:10.912 debug sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0 backitup.0 2018-12-05 14:13:10.905 debug [minimal/clean] done backitup.0 2018-12-05 14:13:10.905 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_20-10_38_10_debian_backupiobroker.tar.gz backitup.0 2018-12-05 14:13:10.905 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_07-11_21_48_debian_backupiobroker.tar.gz backitup.0 2018-12-05 14:13:10.899 debug [minimal/minimal] done backitup.0 2018-12-05 14:13:10.892 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_12_05-14_13_10_debian_backupiobroker.tar.gz backitup.0 2018-12-05 14:12:30.981 info [total] backup was activated at 10:14 every 1 day(s) backitup.0 2018-12-05 14:12:30.981 info [minimal] backup was activated at 14:13 every 1 day(s) -
Nachdem es nun die letzten 2 Tage Updates des Adapters gab, wurde in den folgenden Nächten kein Backup erstellt.
Die Konfiguration ist auch nach den Updates unverändert und korrekt und hat zuvor über ein Monat täglich stabil funktioniert.
Im Log sieht man nicht viel, aber so wie es für mich aussieht wurde gestern und heute einfach der Cronjob verspätet aktiviert und konnte somit nicht mehr ausgeführt werden weil die geplante Uhrzeit in der Vergangenheit lag.
@backitup:2018-12-04 02:18:35.184 - [32minfo[39m: backitup.0 [minimal] backup was activated at 02:30 every 1 day(s)
2018-12-05 02:33:43.099 - [32minfo[39m: backitup.0 [minimal] backup was activated at 02:30 every 1 day(s)
2018-12-06 02:37:21.734 - [32minfo[39m: backitup.0 [minimal] backup was activated at 02:30 every 1 day(s) `
-
So wie es ausschaut, startet der Adapter immer neu.
Die cronjobs werden beim start gesetzt. Starte mal den Adapter neu und ggfs auch mal dein komplettes System.
Hast du für backitup die Instanz auf debug?
Dann poste auch mal den kompletten log.
Gesendet von iPhone mit Tapatalk
-
Mein System startet jede Nacht 4 Uhr komplett neu, aber 02:30 soll vorher das Backup erstellt werden.
Somit startet der Adapter/Instanz natürlich auch täglich neu. War aber schon immer so. Ich habe nun einmalig ein minimal manuell getriggert. Das hat funktioniert. Die Einstellungen habe ich auch noch mal gespeichert, damit die Zeit erneut gesetzt wird. Morgen früh weiß ich mehr.
Im Adapter war Debug aktiviert, ich habe nun noch den Log Level auf debug gestellt.
-
Ab sofort ist die Version 0.4.1 im github und ab heute Nacht im latest verfügbar.
0.4.1 (07.12.2018)
__(simatec) Added boolean for backup Success
(simatec) Added Selection menu SMB type (CIFS)
(simatec) Added Checkbox for mount as root (sudo)__
In der Version wurden einige User Wünsche erfüllt.
Pro Backup gibt es in der Objekten einen neuen Datenpunkt, der das erfolgreiche erstellen als true ausgibt.
Des Weiteren hat man nun im CIFS die Möglichkeit die SMB Version zu wählen und im NFS und CIFS kann man die Option "sudo" aktivieren.
Der sudo mount ist für alle User interessant, die iob nicht als root laufen haben.
-
Ist es möglich, dass die Backup-Dateien nicht funktionieen?
Nach einem Festplatten-Crash musste ich mein System neu aufsetzen.
manche Adapter funktionierten, manche wurden nur teilweise installiert.
An einer "SD-Karte" kann es nicht liegen, weil keine eingebaut.
Ich habe eine SSD mit 120GB und die ist nagelneu.
Gruß,
Mathias
-
Was hast du denn für ein Backup wiederhergestellt?
Wenn du das System neu aufgesetzt hast und du das total wieder hergestellt hast, solltest du auch das komplette iob neu kompilieren.
Sollte mit der reinstall.sh im IoB Hauptverzeichnis alles durchgeführt werden.
Wenn du auf deinem neuen System eine andere Version von node und npm hast, dann ist dies zwingend erforderlich.
Bei einem Restore vom Minimal sind diese Schritte nicht nötig, da alle Adapter nach dem Restore neu installiert werden.
Grundsätzlich empfehle ich immer erstmal den Restore vom minimal.
Gesendet von iPhone mit Tapatalk
-
Erst einmal großen Dank für diesen Adapter!
Ich habe den Adapter folgendermaßen konfiguriert: Sicherung auf dropbox minimal, total und CCU.
Der Adapter hat im backupdir zwei Verzeichnisse (ccu, minimal) angelegt und schreibt jede Nacht die jewiligen backups in meine Dropbox.
Leider weigert sich der Adapter aber ein total-backup anzulegen. Im debug-log erhalte ich die Fehlermeldung:
[ERROR] [total/dropbox] [object Object]. Habe schon alles mögliche versucht, komme aber nicht weiter.
Was mache ich falsch? Bin für jeden Hinweis dankbar.
-
Bitte poste mal den kompletten Log
Gesendet von iPhone mit Tapatalk `
Das sind die Melsungen beim Start des Adapters:
2018-12-08 11:55:20.367 - info: backitup.0 starting. Version 0.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3
2018-12-08 11:55:20.389 - error: backitup.0 [ERROR] [total/dropbox] [object Object]
2018-12-08 11:55:20.716 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)
2018-12-08 11:55:20.728 - info: backitup.0 [ccu] backup was activated at 01:30 every 3 day(s)
2018-12-08 11:55:20.733 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)
251
Online32.4k
Users81.4k
Topics1.3m
Posts