NEWS
Adapter: iobroker.backitup (stable Release)
-
Überprüfe auch mal deine Zeitzonen Einstellungen auf deinem iob System.
Gesendet von iPhone mit Tapatalk `
Ich habe heute um 13:10 Uhr die Zeitzone auf dem ioBroker System überprüft:
Local time: Mo 2018-12-03 13:10:48 CET Universal time: Mo 2018-12-03 12:10:48 UTC RTC time: Mo 2018-12-03 12:10:48 Time zone: Europe/Berlin (CET, +0100) Network time on: yes NTP synchronized: yes RTC in local TZ: noIch habe ebenfalls auf lokal umgestellt, aber auch das ergibt das gleiche Verhalten, das die neuesten Dateien und nicht die ältesten gelöscht werden.
Das sagt er im Log vom 01.12. (lokal gespeichert):
2018-12-01 00:35:21.815 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_12_01-00_35_10_Rock64_backupiobroker.tar.gz 2018-12-01 00:35:21.909 - debug: backitup.0 [minimal/minimal] done 2018-12-01 00:35:21.936 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_12_01-00_35_10_Rock64_backupiobroker.tar.gz 2018-12-01 00:35:21.942 - debug: backitup.0 [minimal/clean] doneAlso er legt die Datei an und löscht diese gleich wieder, wenn die Anzahl der nicht zu löschenden Dateien erreicht ist.
Ich habe dann den Adapter und die Instanz gelöscht und neu angelegt. Leider hat sich das Verhalten nicht geändert.
Dann habe ich es mit dem Komplett ausprobiert, identischer Fehler auf meinem System.
ioBroker gestoppt und wieder gestartet. Automatisch das Backup durchführen lassen, Fehler ist immer noch vorhanden.
Ich werde die Version 0.3.9 morgen mal ausprobieren und testweise auch extra Pfade auf der NAS anlegen.
Ansonsten bleibt ja eigentlich nur noch die npm (3.10.10) und node (v6.14.3) Versionen übrig, oder?
-
Ja npm und node könnte ein Update vertragen.
Was sehr komisch ist, dass du der einzige mit dem Problem bist.
Ich habe auf all meinen 4 Systemen probiert das nachzustellen.
Aber auf allen Systemen funktioniert das löschen local, nas, ftp und dropbox problemlos.
Mach mal ein Update auf npm 4 und nimm mal den Namenszusatz weg oder ändere ihn mal auf „Rock“
Gesendet von iPhone mit Tapatalk
-
Ja npm und node könnte ein Update vertragen.
Was sehr komisch ist, dass du der einzige mit dem Problem bist.
Ich habe auf all meinen 4 Systemen probiert das nachzustellen.
Aber auf allen Systemen funktioniert das löschen local, nas, ftp und dropbox problemlos.
Mach mal ein Update auf npm 4 und nimm mal den Namenszusatz weg oder ändere ihn mal auf „Rock“
Gesendet von iPhone mit Tapatalk `
Kann das auch nicht nachstellen, weder auf meinem rasp noch in meiner vm
-
Super, funktioniert einwandfrei…........Danke.
-
Was sehr komisch ist, dass du der einzige mit dem Problem bist. `
Er ist nicht der Einzige. Ich hatte das hier einige Seiten vorher auch schon mal gemeldet. Bei mir werden auch die neusten Backups gelöscht. Ich hab auch testweise auf ein anderes NAS sichern lassen. Da gibt es das gleiche Problem. Also daran liegt es nicht. Es muss irgendwas mit dem Adapter zu tun haben. Früher lief es gut bei mir. Der Fehler hat sich mit irgendeinem Update eingeschlichen.
` > backitup.0 2018-12-05 02:00:39.372 debug [minimal] exec: done
backitup.0 2018-12-05 02:00:39.356 debug [minimal/umount] done
backitup.0 2018-12-05 02:00:29.313 debug [minimal/history] backitup.0.history.html
backitup.0 2018-12-05 02:00:29.258 debug [minimal/clean] done
backitup.0 2018-12-05 02:00:29.229 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_12_05-02_00_26_backupiobroker.tar.gz
backitup.0 2018-12-05 02:00:29.224 debug [minimal/cifs] done
backitup.0 2018-12-05 02:00:29.222 debug [minimal/minimal] done
backitup.0 2018-12-05 02:00:29.197 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_12_05-02_00_26_backupiobroker.tar.gz
backitup.0 2018-12-05 02:00:26.542 debug [minimal/mount] done `
-
Auch hier wäre mal interessant, wie deine IOB Installation ausschaut.
Seit Version 0.3.0 wurde am Clean Vorgang nix geändert und bei mir läuft es unter Windows, debian und armbian.
Poste mal bitte npm, nodejs und js-controller.
-
Was sehr komisch ist, dass du der einzige mit dem Problem bist. `
Er ist nicht der Einzige. Ich hatte das hier einige Seiten vorher auch schon mal gemeldet. Bei mir werden auch die neusten Backups gelöscht. Ich hab auch testweise auf ein anderes NAS sichern lassen. Da gibt es das gleiche Problem. Also daran liegt es nicht. Es muss irgendwas mit dem Adapter zu tun haben. Früher lief es gut bei mir. Der Fehler hat sich mit irgendeinem Update eingeschlichen. `
@Apropos:
Ja, die Versionen würde mich auch interessieren.
Ich benutze das Backup schon seit dem ersten Skript und habe immer schön fleißig upgedatet.
Ich bin auch sehr zufrieden mit dem Adapter und der Arbeit der Adapter-Ersteller.
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)
-
Könnt ihr eingrenzen, wann das Problem das erste mal auftrat und welche Version ihr da installiert hattet?
Wie gesagt, seit Version 0.3.0 wurde da nichts geändert.
Ich bräuchte wirklich ein paar Infos zu eurer Installation.
Hast du npm und node mal auf aktuellen Stand gebracht?
-
Könnt ihr eingrenzen, wann das Problem das erste mal auftrat und welche Version ihr da installiert hattet?
Wie gesagt, seit Version 0.3.0 wurde da nichts geändert.
Ich bräuchte wirklich ein paar Infos zu eurer Installation.
Hast du npm und node mal auf aktuellen Stand gebracht? `
Nein, leider noch nicht. Hatte erstens nicht viel Zeit und zweitens ein wenig Angst, dabei mein System zu killen
Eingrenzen kann ich es leider nicht, da sich ja ab einer Version die Löschprozedur (Löschen nach so und soviel Backups anstelle von Tagen) geändert hat. Da stand immer eine sehr hohe Anzahl an verbleibenden und nicht zu löschenden Backups, so wie jetzt wieder. Die ältesten wurden immer händisch auf der NAS gelöscht. Das wollte ich mal automatisch machen lassen und da fiel mir das erst auf.
-
Mein System:
Master:
Rock64 mit 4GB und 32GB emmc.
ARMBIAN 5.51.180704 nightly Debian GNU/Linux 9 (stretch) 4.4.138-rk3328
NAS:
Synology DS213+ 3TB
-
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) `
525
Online32.4k
Users81.4k
Topics1.3m
Posts