SOLVED [gelöst] Backitup Adapter spielt keine Sicherung ein

[simatec]

@Mc23

Nach der Auswahl des Wiederherstellungstyps erst speichern der Config

[Mc23]

Ok dann ist das schon mal abgehakt.

[Mc23]

So hier der log wenn ich Wiederherstellung machen will

2019-02-18 21:57:18.705 - error: backitup.0 uncaught exception: log is not defined
2019-02-18 21:57:18.705 - error: backitup.0 ReferenceError: log is not defined
at child_process.exec (/opt/iobroker/node_modules/iobroker.backitup/lib/restore.js:71:13)
at ChildProcess.exithandler (child_process.js:268:7)
at emitTwo (events.js:126:13)
at ChildProcess.emit (events.js:214:7)
at maybeClose (internal/child_process.js:915:16)
at Socket.stream.socket.on (internal/child_process.js:336:11)
at emitOne (events.js:116:13)
at Socket.emit (events.js:211:7)
at Pipe._handle.close [as _onclose] (net.js:561:12)
2019-02-18 21:57:19.211 - info: backitup.0 terminating
2019-02-18 21:57:19.225 - error: Caught by controller[0]: ReferenceError: log is not defined
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at child_process.exec (/opt/iobroker/node_modules/iobroker.backitup/lib/restore.js:71:13)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at ChildProcess.exithandler (child_process.js:268:7)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at emitTwo (events.js:126:13)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at ChildProcess.emit (events.js:214:7)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at maybeClose (internal/child_process.js:915:16)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at Socket.stream.socket.on (internal/child_process.js:336:11)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at emitOne (events.js:116:13)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at Socket.emit (events.js:211:7)
2019-02-18 21:57:19.226 - error: Caught by controller[0]: at Pipe._handle.close [as _onclose] (net.js:561:12)
2019-02-18 21:57:19.226 - error: host.debianiobroker instance system.adapter.backitup.0 terminated with code 0 (OK)```

[simatec]

@Mc23

Ahhh ich habe dein Problem gefunden ...
Installiere mal die Version 1.1.2 aus dem Github.
Da wurde der Fehler bereits behoben.

Unter dem Tab Adapter auf den Button oben mit der Katze gehen und dort in der Liste Backitup auswählen.

Danach noch mit dem Pfeil nach oben Button ein Upload und backitup neu starten.

Dann ist der Fehler weg.

[Mc23]

Super vielen Dank für deine Hilfe

[simatec]

@Mc23

Hat es funktioniert nach dem Update auf 1.1.2?

[Mc23]

Leider nicht jetzt kommt der Fehler

2019-02-19 13:56:42.305 - error: backitup.0 Error: Command failed: mount -t cifs -o username=marc,password=******,rw,file_mode=0777,dir_mode=0777 //DISKSTATION/home/iobroker/komplett /opt/iobroker/backups
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
2019-02-19 13:57:06.941 - error: backitup.0 Error: Command failed: mount -t cifs -o username=marc,password=*****,rw,file_mode=0777,dir_mode=0777 //DISKSTATION/home/iobroker/komplett /opt/iobroker/backups
mount error(16): Device or resource busy

[simatec]

@Mc23

Dein Laufwerk ist noch eingehängt.

Führe „sudo umount /opt/iobroker/backups“ aus.

[Mc23]

@simatec
Heisst es "umount" oder fehlt ein N für "unmount"? Dann iobroker neustarten oder so? Oder einfach den Befehl über putty eingeben und dann nochmal probieren?

[Mc23]

Habe den Befehl ausgeführt und nochmal probiert aber immer noch das gleiche. Restore Fenster geht auf und das wars.

[simatec]

@Mc23

Was sagt denn jetzt der Log?

[Mc23]

Habe gerade nochmal ne andere blöde Frage. Wenn ich ein Backup wieder einspiele von gestern und heute einen neuen Adapter hinzugefügt habe ist der dann wieder weg? Normalerweise ja oder?

[simatec]

Ja dann ist er weg ...

[Mc23]

Ok dann funktioniert es alles wirklich nicht. Dachte jetzt gerade schon ich hab irgendwie einen Denkfehler. Log kommt gleich.

[Mc23]

Jetzt steht im log gar nix mehr wenn ich eine Wiederherstellung starte nur noch das hier

2019-02-19 22:48:00.114 - info: backitup.0 starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.13.0
2019-02-19 22:48:00.149 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)
2019-02-19 22:48:00.158 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)

[simatec]

@Mc23

Die Instanz von backitup muss auf debug gestellt werden.

[Mc23]

Habe ich eigentlich

[simatec]

@Mc23

Nein in dem Tab Instanzen den Adapter backitup von info auf debug schalten

[Mc23]

Achso sorry

2019-02-19 23:16:43.824 - debug: backitup.0 objectDB connected
2019-02-19 23:16:43.837 - debug: backitup.0 statesDB connected
2019-02-19 23:16:43.877 - info: backitup.0 starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.13.0
2019-02-19 23:16:43.911 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)
2019-02-19 23:16:43.922 - debug: backitup.0 [minimal] 10 00 02 */1 * *
2019-02-19 23:16:43.922 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)
2019-02-19 23:16:43.923 - debug: backitup.0 [total] 10 00 03 */3 * *
2019-02-19 23:16:43.931 - debug: backitup.0 mount activ... umount in 10 Seconds!!
2019-02-19 23:16:47.023 - debug: backitup.0 sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"721762841":"Marc","761570028":"Fatma"}
2019-02-19 23:16:56.985 - debug: backitup.0 sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
2019-02-19 23:17:12.902 - debug: backitup.0 sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0```

[simatec]

@Mc23

Das ist der Start von backitup... da gibt es keinen Fehler.
Wie ist der Log bei einem Restore?
Da liegt doch dein Problem oder?