Adapter: iobroker.backitup (stable Release)

TomT

Super

Das ist ja mal ein Grund, den Adapter up zu daten

Danke euch

Grüße

Tom

sigi234

Super, funktioniert einwandfrei…........Danke.

Apropo

~~@simatec:~~

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 `

simatec

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.

Röstkartoffel

~~@Apropo:~~

~~@simatec:~~

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)

simatec

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.

@Röstkartoffel

Hast du npm und node mal auf aktuellen Stand gebracht?

Röstkartoffel

~~@simatec:~~

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.

@Röstkartoffel

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.

Röstkartoffel

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

Apropo

~~@Röstkartoffel:~~

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

@simatec

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?

TomT

die JS Version siehst du unter dem Reiter HOSTS im ioBroker

Röstkartoffel

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

simatec

~~@Apropo:~~

~~@Röstkartoffel:~~

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

@simatec

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

simatec

~~@Röstkartoffel:~~

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

simatec

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)

Diginix

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) `

simatec

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

Diginix

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.

simatec

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.

Diginix

Mit 0.4.0 und neu gesetzten Cronjob wurde heute morgen wieder regulär das minimal Backup erstellt.

Mal sehen was heute Nacht mit 0.4.1 passiert.

Vielen Dank fürs Weiterentwickeln!

hmanfred

~~@simatec:~~

In der Version wurden einige User Wünsche erfüllt. `

Danke!

NEWS

Adapter: iobroker.backitup (stable Release)

Support us

651

32.4k

81.4k

1.3m