NEWS
SOLVED [gelöst] Backitup Adapter spielt keine Sicherung ein
-
Also alles was im log steht wenn ich ein restore starte? Was mir auch jedesmal auffällt er sagt zwar iobroker wird gestoppt aber wird es gar nicht. Ich kann jederzeit über ein neues Browserfenster drauf zugreifen. Ich starte heute Abend nochmal ne Wiederherstellung und poste dann alles was im Log steht. Soweit es die 4000 Zeichen pro Nachricht hier zulassen
Vielleicht hilft es dir ja weiter ich habe das alles damals nach dem Video eingerichtet
https://youtu.be/QhXz0ba9dUo -
Wichtig ist, dass du Version 1.1.2 aus dem Github vorher installiert hast und danach noch einen Upload und Neustart des Adapters.
-
@simatec
habe ich gemacht. sobald ich jetzt auf das feld backups abrufen klicke kommt das im logbackitup.0 2019-02-20 22:26:09.703 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"721762841":"Marc","761570028":"Fatma"} backitup.0 2019-02-20 22:25:41.270 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"721762841":"Marc","761570028":"Fatma"} backitup.0 2019-02-20 22:23:50.934 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"721762841":"Marc","761570028":"Fatma"} backitup.0 2019-02-20 22:23:49.311 debug sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0 backitup.0 2019-02-20 22:23:47.306 error Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) backitup.0 2019-02-20 22:23:47.306 error mount error(16): Device or resource busy backitup.0 2019-02-20 22:23:47.306 error Error: Command failed: sudo mount -t cifs -o username=marc,password=*****,rw,file_mode=0777,dir_mode=0777 //192.168.188.32/home/iobroker/standard /opt/iobroker/backups
-
@simatec
das hier kommt im log wenn ich ein backup manuell erstellen will. das backup wird auch auf den nas geschrieben ist aber nur 1.5MB groß und die ordner darin also Admin web und so sind alle leerbackitup.0 2019-02-20 22:39:48.193 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"721762841":"Marc","761570028":"Fatma"} backitup.0 2019-02-20 22:31:03.436 debug [minimal/history] backitup.0.history.html backitup.0 2019-02-20 22:31:03.359 debug [minimal/clean] done backitup.0 2019-02-20 22:31:03.359 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2019-02-20 22:31:03.358 debug [minimal/cifs] done backitup.0 2019-02-20 22:31:03.356 debug [minimal/minimal] done backitup.0 2019-02-20 22:31:03.332 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_02_20-22_31_01_backupiobroker.tar.gz backitup.0 2019-02-20 22:31:01.774 debug [minimal/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) backitup.0 2019-02-20 22:31:01.774 debug [minimal/mount] mount error(16): Device or resource busy backitup.0 2019-02-20 22:31:01.774 debug [minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=marc,password=*****,rw,file_mode=0777,dir_mode=0777 //192.168.188.32/home/iobroker/standard /opt/iobroker/backups backitup.0 2019-02-20 22:31:01.773 debug [minimal/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) backitup.0 2019-02-20 22:31:01.773 debug [minimal/mount] [undefined mount error(16): Device or resource busy backitup.0 2019-02-20 22:30:48.352 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"721762841":"Marc","761570028":"Fatma"}
-
Lass uns nur an einer Stelle schreiben ... Facebook und Forum macht keinen Sinn.
Also bleiben wir hier, wo auch anderen Usern geholfen werden kann.So ich habe noch mal was gefixt.
Bitte installiere noch einmal aus dem Github, mache danach einen manuellen Upload (Pfeil nach oben bei backitup in dem Tab Adapter) und im Anschluss den Adapter neustarten.
Nimm dann mal den Hacken bei root mount wieder raus.
Der mount scheint ja zu funktionieren, da du backups auf dem NAS ablegen kannst. Der Fix ist aber weiterhin Version 1.1.2 ... also nicht wundern. -
@simatec ich verfolge es Mal gespannt. Habe auch das Problem das ich kein Backup wiederherstellen kann vom nas aus. Hab ein Synology nas. Gesichert wird alles auf dem nas. Das funktioniert. Bei mir ist ebenfalls Debian und iobroker. Das komische ist das es auf meinem alten Raspberry funktioniert. Nur hier über Debian nicht.
-
@Daniel1103 sagte in Backitup Adapter spielt keine Sicherung ein:
Backup
Hmm sehr komisch ... Ich habe heute mit Version 1.1.2 ein backup über NAS mit NFS ohne Probleme auf einem debian (Proxmox) auf einem Intel Nuc eingespielt ...
Welche Version hast du installiert?
Eigentlich gab es keine Änderungen in den letzten Versionen ... -
Ich bin vor ca. 4 Wochen umgestiegen auf Debian. Der Raspberry würde mir zu klein. Seit dem funktioniert das nicht. Habe das Backup zum Glück bis jetzt noch nicht gebraucht. Hatte auch anfangs enorme Probleme überhaupt ein Backup auf mein nas zu bekommen. ( Rechte)
-
Ja leider ... durch den neuen Installer hatte backitup einige Probleme bekommen, die ich nur Stück für Stück ausmerzen konnte ... Problem waren hauptsächlich die bereits installierten Iobroker Systeme.
Probiere mal die Version 1.1.2 vom Github ... Upload und Neustart danach nicht vergessen.
Ein Log im debug würde mir weiterhelfen ... -
ok habe ihn jetzt geupdatet und neu gestartet. habe noch schnell eine sicherung gemacht. hat funktioniert. jetzt habe ich die wiederherstellung gestartet und es ist das fenster Backitup ausführung gestartet geöffnet seit einigen minuten und es dreht sich die ganze zeit der kreis. über einen neuen tab im browser ist iobroker nicht mehr erreichbar. was nun? gehört sich das so. er sollte doch eigentlich iobroker nur neu starten und das backup einspielen oder?
-
Desweiteren bekomme ich die beim erstellen eines backups die fehlermeldung: redis: no source for compress!
-
Iobroker wird erst nach Fertigstellung des Restores wieder gestartet
-
Dann hast du kein Redis und musst es in den Einstellungen deaktivieren oder dein Pfad zur Redis Datenbank ist nicht richtig.
Noch eine weitere Möglichkeit ist, dass dein user iobroker nicht in der Usergruppe redis ist und dadurch Rechte fehlen.
Für das generelle Rechteproblem bei neuen Installationen gibt es einen Fix des iobroker-Installers.
Für den Fix des Installers führe bitte folgende Befehle über Konsole aus:
curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/master/fix_installation.sh | bash sudo reboot
-
@simatec
nach dem neusten update von github und upload kam dann auf einmal das hier aber beim start von wiederherstellung kam gar nix. ich lasse die wiederherstellung jetzt mal noch ne weile laufen und warte ob was passiertbackitup.0 2019-02-21 08:53:42.303 error at process._tickCallback (internal/process/next_tick.js:181:9) backitup.0 2019-02-21 08:53:42.303 error at _combinedTickCallback (internal/process/next_tick.js:132:7) backitup.0 2019-02-21 08:53:42.303 error at processImmediate (timers.js:745:5) backitup.0 2019-02-21 08:53:42.303 error at tryOnImmediate (timers.js:768:5) backitup.0 2019-02-21 08:53:42.303 error at runCallback (timers.js:810:20) backitup.0 2019-02-21 08:53:42.303 error at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38) backitup.0 2019-02-21 08:53:42.303 error at Adapter.emit (events.js:214:7) backitup.0 2019-02-21 08:53:42.303 error at emitTwo (events.js:126:13) backitup.0 2019-02-21 08:53:42.303 error at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.backitup/main.js:53:20) backitup.0 2019-02-21 08:53:42.303 error TypeError: Cannot read property 'val' of null backitup.0 2019-02-21 08:53:42.303 error uncaught exception: Cannot read property 'val' of null backitup.0 2019-02-21 08:53:42.303 error at processImmediate [as _immediateCallback] (timers.js:745:5) backitup.0 2019-02-21 08:53:42.303 error at tryOnImmediate (timers.js:768:5) backitup.0 2019-02-21 08:53:42.303 error at runCallback (timers.js:810:20) backitup.0 2019-02-21 08:53:42.303 error at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38) backitup.0 2019-02-21 08:53:42.303 error at Adapter.emit (events.js:214:7) backitup.0 2019-02-21 08:53:42.303 error at emitTwo (events.js:126:13) backitup.0 2019-02-21 08:53:42.303 error at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.backitup/main.js:53:20) backitup.0 2019-02-21 08:53:42.303 error TypeError: Cannot read property 'val' of null backitup.0 2019-02-21 08:53:42.302 error uncaught exception: Cannot read property 'val' of null backitup.0 2019-02-21 08:53:42.301 error at processImmediate [as _immediateCallback] (timers.js:745:5) backitup.0 2019-02-21 08:53:42.301 error at tryOnImmediate (timers.js:768:5) backitup.0 2019-02-21 08:53:42.301 error at runCallback (timers.js:810:20) backitup.0 2019-02-21 08:53:42.301 error at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3709:38) backitup.0 2019-02-21 08:53:42.301 error at Adapter.emit (events.js:214:7) backitup.0 2019-02-21 08:53:42.301 error at emitTwo (events.js:126:13) backitup.0 2019-02-21 08:53:42.301 error at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.backitup/main.js:53:20) backitup.0 2019-02-21 08:53:42.301 error TypeError: Cannot read property 'val' of null backitup.0 2019-02-21 08:53:42.301 error uncaught exception: Cannot read property 'val' of null
-
@Mc23 sagte in Backitup Adapter spielt keine Sicherung ein:
53
Starte den Adapter einfach noch einmal neu ... Dann sollte der error auch weg sein ...
-
Restore hat wieder nicht funktioniert. Lief über 2 std im log kam auch kein Fehler es kam einfach gar nix.
-
Hast du den Fix ausgeführt, wie oben beschrieben?
Wurde iobroker beendet und dann wieder gestartet? -
@simatec
Ja hab ich alles gemacht wie du es gesagt hast -
@simatec sagte in Backitup Adapter spielt keine Sicherung ein:
curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/master/fix_installation.sh | bash sudo reboot
Den Fix hast du ganz sicher angestossen? Der Link ist nicht richtig gewesen und wurde erst heute Mittag von mir geändert.
Also kannst du den rein theoretisch nicht vor dem restore ausgeführt haben. -
@simatec achso ne den habe ich noch getestet. Ich dachte das galt nur für Daniel. Probiere ich nachher aus.