Adapter: iobroker.backitup (stable Release)

[Mitch]

Hallo simatec,

ich habe das Problem, dass ich bei einem Komplett-Backup auch den ioBroker beenden lasse. Leider Produziert dann bei einem Neustart dann node-red einen Fehler: viewtopic.php?f=20&t=19936

Ich kann mich natürlich daran gewöhnen, dass ich einen Nuestart von ioBroker nur über die Docker-Verwaltung im DSM-Menü mache, aber das backitup-Skript kann das nicht. Kannst Du das vielleich tin deinem Script berücksichtigen, da ich nicht weiss, wie ich node-red beenden soll, wenn der ioBroker gestoppt wird.

Gruss,

Mitch

[Peoples]

@Mitch:

Hallo simatec,

ich habe das Problem, dass ich bei einem Komplett-Backup auch den ioBroker beenden lasse. Leider Produziert dann bei einem Neustart dann node-red einen Fehler: viewtopic.php?f=20&t=19936

Ich kann mich natürlich daran gewöhnen, dass ich einen Nuestart von ioBroker nur über die Docker-Verwaltung im DSM-Menü mache, aber das backitup-Skript kann das nicht. Kannst Du das vielleich tin deinem Script berücksichtigen, da ich nicht weiss, wie ich node-red beenden soll, wenn der ioBroker gestoppt wird.

Gruss,

Mitch `

Wichtig zu wissen ist:

der Neustart beim komplett Backup dient nur dazu die wirklich "kürzlichst" erstellten Werte vor dem Backup zu speichern und ist nicht zwingend erforderlich. Wahrscheinlich fällt dir garnicht auf dass etwas fehlt.

Wenn du Probleme durch den Neustart hast, dann lass ihn einfach weg. Bei mir sichert ein System mit und eines ohne und bisher konnte ich keine Probleme feststellen.

[winny1900]

Hallo

Bei mir klappt das noch nicht so ganz. User in der FB angelegt und berechtigung erteilt.

Bei NAS und FTp alles Eingetragen.

und beim Test kommt diese Zeile

[DEBUG] - FTP connected.

[DEBUG] - Send minimal_2019_01_03-14_22_34_backupiobroker.tar.gz

[ERROR] - Error: /fritz.nas/#/files/Generic-FlashDisk-01/ioBrokerback/Standard/minimal_2019_01_03-14_22_34_backupiobroker.tar.gz: Permission denied.

[simatec]

Deine Pfade werden nicht stimmen

Gesendet von iPhone mit Tapatalk

[winny1900]

So siehts aus

[simatec]

Ich kenne deinen Pfad leider nicht … Aber http ist schonmal komplett falsch ...

Wenn du per ftp kopieren willst, warum hast du dann cifs mount an?

Das ergibt kein Sinn ... und auch dort kommt laut log ein error.

[winny1900]

so nun nur FTP

[DEBUG] [minimal] - done

[winny1900]

Das erste error was kommt beudeutet keinen Zugang oder ?

[daniel_89_]

@simatec:

Du kannst die Datei mit einem Editor öffnen.

Nein es wird nur die iob Datenbank gesichert

Gesendet von iPhone mit Tapatalk `

Danke für diene Info. Hab das heute probiert. Unter Windows klappt das nicht, da die "." Datei Windows wohl ein Dorn im Auge ist. Mit meinem Android Handy klappte das ohne Probleme und die Datei war auch richtig mit den Werten befüllt.

Somit alles ok und ich habe ein paar Stunden umsonst Adapter installiert / deinstalliert / konfiguriert

Danke an dieser Stelle auch für den super Adapter

[simatec]

@winny1900:

Das erste error was kommt beudeutet keinen Zugang oder ? `

Nimm am besten mal ein FTP Client wie z.B. Filezilla und probier dich mit den Daten auf dem FTP einzuloggen.

Ich gehe davon aus, dass dein Pfad mit dem # nicht stimmen kann

Gesendet von iPhone mit Tapatalk

[winny1900]

Wenn ich diese Adresse ohen # eingebe komme ich nicht auf die Nas seite.

Das gebe ich in die adresszeile vom Broweser ein und komme dann zum Login:

fritz.box/nas/#/files/Generic-FlashDisk-01

Host: 192.168.178.1

Der Pfad Lautet:

/nas/#/files/Generic-FlashDisk-01

Edit:

Ich komme über Filezilla auf die NAS mit den Login Daten

[Segway]

Tja, nun war es soweit. von 0.4.2 auf die ganze neue Version installiert und leider geht das backup manuell ausgelöst jetzt nicht mehr. Was soll mir die Meldung sagen ? Nas ist bereits neu gestartet

Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":"Local","mount":"192.168.40.11","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/Daten/Daten/iobroker/Standard","dirMinimal":"/Daten/Daten/iobroker/Standard","dirTotal":"/Daten/Daten/iobroker/Komplett","user":"xxxxx","pass":"****"}
[ERROR] [mount] - [undefined mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=xxxxxx,password=xxxxxx,rw,file_mode=0777,dir_mode=0777 //192.168.40.11/Daten/Daten/iobroker/Standard /opt/iobroker/backups
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

[simatec]

Das sieht mir so aus, als ob noch ein mount besteht oder dein NAS nicht erreichbar ist.

Probier doch mal einen manuellen Mount über Konsole

[Segway]

manuell gehts auch nicht…..da ist aber nichts mehr gemountet. Neustart habe ich auch schon gemacht.

[simatec]

Dann liegt es definitiv nicht an backitup

Hätte mich auch gewundert. Da wurde nix geändert

[Segway]

Jetzt gehts. Musste auf SMB Typ 2 stellen.

Das ist gegenüber den anderen backups ja minimalst klein

[simatec]

Schaue mal, ob alles gesichert wurde.

Gab es ein Fehler im log

Gesendet von iPhone mit Tapatalk

[Segway]

Woran sehe ich das ob alles gesichert wurde ?

Meine sql DB ist recht gross da kann das file doch nicht so klein sein

Gesendet von iPhone mit Tapatalk

[simatec]

Öffne die Datei mit einem geeigneten Tool

Winzip, winrar, 7zip …

Gesendet von iPhone mit Tapatalk

[Segway]

so hier erstmal das Log; sind auf jedenfall error drin:

2019-01-05 08:43:15.732  - [34mdebug[39m: backitup.0 [minimal/mount] done
2019-01-05 08:43:21.901  - [34mdebug[39m: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_05-08_43_15_backupiobroker.tar.gz
2019-01-05 08:43:21.970  - [34mdebug[39m: backitup.0 [minimal/minimal] done
2019-01-05 08:43:21.996  - [34mdebug[39m: backitup.0 [minimal/mysql] [IGNORED] Error: spawn mysqldump ENOENT
2019-01-05 08:43:22.013  - [34mdebug[39m: backitup.0 [minimal/mysql] done
2019-01-05 08:43:22.036  - [34mdebug[39m: backitup.0 [minimal/cifs] done
2019-01-05 08:43:22.051  - [34mdebug[39m: backitup.0 [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
2019-01-05 08:43:22.051  - [34mdebug[39m: backitup.0 [minimal/clean] done
2019-01-05 08:43:22.057  - [34mdebug[39m: backitup.0 [minimal/mysql] done
2019-01-05 08:43:22.064  - [34mdebug[39m: backitup.0 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
2019-01-05 08:43:22.067  - [34mdebug[39m: backitup.0 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2019-01-05 08:43:22.067  - [34mdebug[39m: backitup.0 [minimal/telegram] done
2019-01-05 08:43:22.072  - [34mdebug[39m: backitup.0 [minimal/mysql] MySql File deleted!
2019-01-05 08:43:22.079  - [34mdebug[39m: backitup.0 [minimal/umount] wait 60 seconds for umount!
2019-01-05 08:43:22.085  - [34mdebug[39m: backitup.0 [minimal/history] done
2019-01-05 08:43:22.086  - [34mdebug[39m: backitup.0 [minimal] exec: done
2019-01-05 08:43:22.094  - [34mdebug[39m: backitup.0 redis pmessage  io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546674202093,"q":0,"from":"system.adapter.backitup.0","lc":1546674202093}
2019-01-05 08:43:22.134  - [34mdebug[39m: backitup.0 [minimal/redis] done
2019-01-05 08:43:22.135  - [34mdebug[39m: backitup.0 [minimal] exec: done
2019-01-05 08:43:22.140  - [34mdebug[39m: backitup.0 redis pmessage  io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546674202138,"q":0,"from":"system.adapter.backitup.0","lc":1546674202093}
2019-01-05 08:44:22.147  - [34mdebug[39m: backitup.0 [minimal/umount] done
2019-01-05 08:44:22.148  - [34mdebug[39m: backitup.0 [minimal] exec: done
2019-01-05 08:44:22.153  - [34mdebug[39m: backitup.0 redis pmessage  io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546674262151,"q":0,"from":"system.adapter.backitup.0","lc":1546674202093}