NEWS
SOLVED [gelöst] Backitup Adapter spielt keine Sicherung ein
-
Nach der Auswahl des Wiederherstellungstyps erst speichern der Config
-
Ok dann ist das schon mal abgehakt.
-
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)```
-
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.
-
Super vielen Dank für deine Hilfe
-
Hat es funktioniert nach dem Update auf 1.1.2?
-
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
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? -
Habe den Befehl ausgeführt und nochmal probiert aber immer noch das gleiche. Restore Fenster geht auf und das wars.
-
Was sagt denn jetzt der Log?
-
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?
-
Ja dann ist er weg ...
-
Ok dann funktioniert es alles wirklich nicht. Dachte jetzt gerade schon ich hab irgendwie einen Denkfehler. Log kommt gleich.
-
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)
-
Die Instanz von backitup muss auf debug gestellt werden.
-
Habe ich eigentlich
-
Nein in dem Tab Instanzen den Adapter backitup von info auf debug schalten
-
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```
-
Das ist der Start von backitup... da gibt es keinen Fehler.
Wie ist der Log bei einem Restore?
Da liegt doch dein Problem oder?