NEWS
Test Adapter ioBroker.backitup v3.1.x
Test Adapter ioBroker.backitup v3.1.x
-
@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. -
@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. -
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ß,
MathiasIObroker 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. -
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
-
In CSS anpassen !! :
.backup-history{ display:block !important; width:100% !important; overflow-y:scroll; } .backup-type-iobroker { float:left !important; color:white !important; font-size:15px !important; } .backup-type-komplett { float:left !important; color:yellow !important; font-size:15px !important; } .backup-type-ccu { float:left !important; color:gray !important; font-size:15px !important; }
-
@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
-
@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
@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 -
doofe Frage, wie und wo passe ich das im CSS an?
Ich habe deinen Code in den Reiter CSS eingefügt und jetzt?
@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 :
-
@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@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 ...
-
@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 :
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.
-
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
@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"}
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@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 -
@Glasfaser
Ja das passiert wie das löschen nur beim automatischen BackupSchade , 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,"Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
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,"@Glasfaser
schaue ich mir mal an ... -
@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 ...
-
@MathiasJ
Ich habe deine Config mal nachgestellt und denke dass es auf deinem NAS Probleme mit dem Schreibrechten gibt.So sollte dein Log aussehen ...
backitup.0 2019-12-17 21:36:18.696 debug (17482) [iobroker] exec: done backitup.0 2019-12-17 21:36:18.694 debug (17482) [iobroker/umount] done backitup.0 2019-12-17 21:35:18.424 debug (17482) [iobroker/umount] mount activ... umount in 60 Seconds!! backitup.0 2019-12-17 21:35:18.405 debug (17482) [iobroker/history] backitup.0.history.html backitup.0 2019-12-17 21:35:18.388 debug (17482) [iobroker/pushover] done backitup.0 2019-12-17 21:35:18.387 debug (17482) sendTo "send" to system.adapter.pushover.0 from system.adapter.backitup.0 backitup.0 2019-12-17 21:35:18.384 debug (17482) [iobroker/pushover] [iobroker] used pushover-Instance: pushover.0 backitup.0 2019-12-17 21:35:18.376 debug (17482) [iobroker/clean] done backitup.0 2019-12-17 21:35:18.371 debug (17482) [iobroker/googledrive] done backitup.0 2019-12-17 21:35:17.776 debug (17482) [iobroker/googledrive] delete iobroker_2019_12_17-21_13_10_test_backupiobroker.tar.gz backitup.0 2019-12-17 21:34:22.730 debug (17482) [iobroker/googledrive] Copy iobroker_2019_12_17-21_33_20_test_backupiobroker.tar.gz... backitup.0 2019-12-17 21:34:22.721 debug (17482) [iobroker/dropbox] done backitup.0 2019-12-17 21:33:28.831 debug (17482) [iobroker/dropbox] Copy iobroker_2019_12_17-21_33_20_test_backupiobroker.tar.gz... backitup.0 2019-12-17 21:33:28.826 debug (17482) [iobroker/cifs] done backitup.0 2019-12-17 21:33:28.823 debug (17482) [iobroker/iobroker] done backitup.0 2019-12-17 21:33:27.490 debug (17482) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2019_12_17-21_33_20_test_backupiobroker.tar.gz backitup.0 2019-12-17 21:33:22.314 debug (17482) [iobroker/iobroker] host.tinker-test 3058 objects saved backitup.0 2019-12-17 21:33:22.267 debug (17482) [iobroker/iobroker] host.tinker-test 2741 states saved backitup.0 2019-12-17 21:33:20.440 debug (17482) [iobroker/mount] done backitup.0 2019-12-17 21:32:53.520 debug (17482) mount activ... umount in 2 Seconds!! backitup.0 2019-12-17 21:32:43.511 debug (17482) [iobroker] 10 33 21 */1 * * backitup.0 2019-12-17 21:32:43.498 info (17482) [iobroker] backup was activated at 21:33 every 1 day(s) backitup.0 2019-12-17 21:32:43.448 info (17482) starting. Version 1.3.4 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.17.0
Support us
310
Online32.4k
Users81.3k
Topics1.3m
Posts