Test Adapter ioBroker.backitup v3.1.x
-
@Jan1
Wo tritt das Problem genau auf? Zeige mal deine Config.
Speicherst du auf einem NAS oder in einer Cloud oder ist das Problem lokal? -
Hallo,
ich habe alle Updates des Adapters eingespielt. Mache täglich um 02:00:00 mein Backup. das ist aber aus meiner Sicht i.O.
Auch die Speicherung in einem anderen Verzeichnis läuft:
. -
@Jan1
Habe probiert auf meinen Testsystemen mit diversen Linux OS und Windows probiert den Fehler nachzustellen, aber bei allen Systemen wird das backup korrekt erstellt und kopiert -
@simatec
Wie geschrieben, wenn ich es manuell über den Adapter anstoße, dann funktioniert das auch, nur das automatische Backup vergisst den IOBroker zu sichern.
Hier mal die Konfiguration:
-
@Jan1
Poste mal bitte den Debuglog von heute Nacht.
Da sich am Code für den Backupprozess nichts geändert hat, kann man ausschließen, dass es an der aktuellen Version liegt.
hier gab es lediglich Modifikationen für Log-Ausgaben etc.
Starte mal den Adapter neu und schupse nochmal ein automatisches Backup an. -
@simatec
Oh da steht einiges drin und ich tippe mal wieder auf den Compact Mode.
iobroker.2019-12-17.log.zipLustig, jetzt hat er das automatische Backup gemacht:
-
Ahhh den Fehler habe ich für den Compact Mode gerade gefixt. Wurde per Issue gemeldet.
Update kommt ... Sonst kannst du auch über Github updaten, damit der Fehler auch bei dir behoben ist. -
@simatec
so, ich hab mal die Git Version drauf und schau, ob er heute Nacht es dann auch um 2 Uhr schafft ein IOBroker Backup anzulegen, danke für Deine Arbeit. -
Ab sofort ist die Version 1.3.5 im Github und ab spätestens heute Nacht auch in der latest Repo.
Changelog
1.3.5 (17.12.2019)
- (simatec) Fix compact-mode for history
-
hier die Config.
Ich speichere alles auf Dropbox, Googledrive, der NAS.#Bisher hat es auch funktioniert.
Nur habe ich jetzt anstall 7 MB eben 0 Byte.
....mit der Version 1.3.5 gemacht........
im Log stehen keine Fehlergerade erst gesehen:
hier der Ergebnis vom CCU-Backup:
Jetzt bin ich schon etwas schlauer:
Das Backup von 0kb tritt nur auf, wenn ich die NAS hinzufüge.
Beim speichern auf Dropbox hat es gepaßt. Wenn ich die NAS hinzufüge habe ich überall 0kb.Edit
Ich geb's auf........
IObroker neu aufgesetzt, backitup 1.3.5 installiert, Backup-Datei 0kb.....
ich habe Backitup bis auf weiteres deaktiviert.
Gruß,
Mathias -
@MathiasJ
Dann stimmt etwas mit deinem NAS nicht
Ich habe alle Systeme mit NAS laufen und zum testen sowohl nfs als auch cifs.
Teste erstmal die Verbindung zum NAS.Da hat nix mit backitup zu tun.
Was sagt der Log denn?
Das frage ich dich jetzt schon seit 2 TagenSchalte backitup auf debug in den Instanzen und dann sehen wir im Log was passiert
-
doofe Frage, wie und wo passe ich das im CSS an?
Ich habe deinen Code in den Reiter CSS eingefügt und jetzt?
-
ich bekomme für jeden Tag folgende Meldung:
"16. Dezember 2019 um 02:00 Uhr - Typ: minimal - Backup error on: redis"
Ich habe aber kein redis, ist das normal?
-
@simatec
hier der Log,
habe erst jetzt zeit gefunden.
Daß es an der NAS liegt, kann ich mir nicht vorstellen.
Dann hätte ich nur auf der NAS die 0kb.
Wenn ich die NAS raus nehme, habe ich aber überall die 0kb.
Hier der Log:
wirst aber nichts finden:backitup.0 2019-12-17 20:29:34.775 debug (3580) [iobroker/iobroker] host.ioBroker-RasPi4 14344 objects saved backitup.0 2019-12-17 20:29:34.705 debug (3580) [iobroker/iobroker] host.ioBroker-RasPi4 12866 states saved backitup.0 2019-12-17 20:29:56.024 debug (3580) [iobroker/umount] mount activ... umount in 60 Seconds!! backitup.0 2019-12-17 20:29:56.002 debug (3580) [iobroker/history] backitup.0.history.html backitup.0 2019-12-17 20:29:55.921 debug (3580) [iobroker/pushover] done backitup.0 2019-12-17 20:29:55.915 debug (3580) [iobroker/pushover] [iobroker] used pushover-Instance: pushover.0 backitup.0 2019-12-17 20:29:55.900 debug (3580) [iobroker/clean] done backitup.0 2019-12-17 20:29:55.894 debug (3580) [iobroker/googledrive] done backitup.0 2019-12-17 20:29:52.709 debug (3580) [iobroker/googledrive] Copy iobroker_2019_12_17-20_29_30_backupiobroker.tar.gz... backitup.0 2019-12-17 20:29:52.700 debug (3580) [iobroker/dropbox] done backitup.0 2019-12-17 20:30:56.187 debug (3580) [iobroker] exec: done backitup.0 2019-12-17 20:30:56.184 debug (3580) [iobroker/umount] done -
@Oli sagte in Test Adapter Backitup v1.3.x:
doofe Frage, wie und wo passe ich das im CSS an?
Ich habe deinen Code in den Reiter CSS eingefügt und jetzt?
Hier wird er eingefügt bzw. geändert :
-
@MathiasJ
Doch es hat mit dem NAS zu tun.
Wenn du via cifs oder nfs den mount hast, wird das backup direkt auf dem NAS geschrieben und von da aus in die Cloud kopiert.
Wenn aber vorher ein umount passiert, dann kann nicht mehr in die Cloud kopiert werden.Dein Log sieht extrem komisch aus.
Die Reihenfolge der Backups und Prozesse ist bei dir komplett durcheinander.Irgendwas stimmt mit deinem System nicht.
An backitup hat sich seit deiner letzten funktionieren Version was das angeht nix geändert.
Hier wurde lediglich an Logs und dem entfernen von Passwörtern und Token in den Logausgaben was gemacht.Des Weiteren sieht dein log nicht wirklich plausibel und etwas zusammenkopiert aus, da die Zeiten im log nicht in der reihenfolge kommen. Googledrive Upload wird in deinem Log beendet, obwohl er noch nicht begonnen hat. Das ist vom Code her nicht möglich ...
-
achso, der muss ausgetauscht werden, dann wird das wohl nichts, da ich nicht das ganze CSS von Uhla habe, sondern nur einen Teil, trotzdem danke.
-
@simatec sagte in Test Adapter Backitup v1.3.x:
1.3.5 (17.12.2019)
- (simatec) Fix compact-mode for history
Ist mir gerade aufgefallen !
Habe mehrere Backups manuell durchgeführt , aber der Datenpunkt wird nicht geändert, wird er nur bei einem Cron Backup geändert !?{"path":"/opt/iobroker/backups/iobroker_2019_12_17-02_00_20_backupiobroker.tar.gz","name":"iobroker_2019_12_17-02_00_20_backupiobroker.tar.gz","size":93873736,"date":"2019-12-17T01:00:00.000Z","storage":"cifs"}
-
@Glasfaser
Ja das passiert wie das löschen nur beim automatischen Backup -
Schade , wollte den Datenpunkt nutzen um die Dateigröße auszuwerten was ja so schon klappt , aber wenn der Wert sich erst bei Cron Backup ändert ….. mhhh...
Echt schade ….So könnte man die Dateigröße überwachen !"size":93873736,"
