Adapter: iobroker.backitup (stable Release)
-
eine Frage am Rande,
wenn man jetzt immer den Script sudo4backitup braucht, sowohl bei der alten als auch bei der neuen Installationsroutine, hängt das nicht eher mit der Linux-Installation zusammen? Bei mir ist Ubuntu Server 18.04 installiert.
Was bei sudo apt-get update && sudo apt-get upgrade geändert wird, weiß man ja nicht…....
-
Off topic:
Ich würde mein Nas nicht mehr ständig runter fahren… Nicht gut für die Platten, aber natürlich stromsparend.
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Grundsätzlich hat sich einiges verändert an den Sicherheitsmaßnahmen.
Folgendes passiert, wenn du sudo als User nutzen willst und iobroker als User installiert hast.
Gibt man in der Konsole einen Befehl wie mount oder systemctl mit sudo ein, wird vom System das sudo (root Passwort) verlangt.
Nach Eingabe des Passworts wird der Befehl ausgeführt.
Wenn man nun ein sudo in einem Script verwendet passiert im Prinzip das Gleiche.
Da aber hier kein Passwort vom Script eingegeben werden kann, scheitert der Befehl.
Der Script sudo4backitup setzt für den eigegebenen User (mit neuen Installationsscript User iobroker) für die von backitup benötigen Befehle ein deaktivieren der Passwortabfrage.
Somit können dann über den User mount, umount und systemctl mit sudo aufgerufen werden, ohne dass eine Abfrage des root Passwort erfolgt.
Testen kann man das in der Konsole.
Im Moment arbeiten wir an einem Patch für den Installer, damit nach einer iobroker Installation die sudo Rechte bereits für sämtliche Befehle der diversen Adapter gesetzt sind.
Es hat halt Vor und Nachteile mit dem neuen Sicherheitskonzept.
Aber Grundsätzlich ist es definitiv sicherer, die neue Variante zu nutzen und iobroker nicht als root laufen zu haben.
Gesendet von iPhone mit Tapatalk
-
Edit: Habe nun über die Backup Funktion von iobroker das minimal mit "iobroker restore" zurückspielen können.
Skripte, Szenen etc sind da. Adapter werden unter den Adaptern angezeig muss diese jedoch neu installieren bzw updaten, was aber ok ist.
Frage mich warum das aber über den Adapter nicht möglich war :?:
Also es funktionierte weder das minimal noch das total.
Ich lass es jetzt einfach und fange eben komplett von vorne an. `
Hast du denn über backitup ein minimal getestet?
Gestern waren es doch noch total backups
Hast du den Script sudo4backitup mit Eingabe des Users iobroker gemacht?
Gesendet von iPhone mit Tapatalk `
Habe es mit Total als auch Minimal probiert.
Hatte beides nicht über den Adapter funktioniert.
Das sudo4backitup habe ich vorher so wie von dir beschrieben mit dem User ioBroker laufen lassen.
-
IoBroker oder iobroker?
Die Schreibweise ist bei Usernamen sehr wichtig.
Gesendet von iPhone mit Tapatalk
-
IoBroker oder iobroker?
Die Schreibweise ist bei Usernamen sehr wichtig.
Gesendet von iPhone mit Tapatalk ` iobroker…alles klein
Das B schreibt mein Handy immer automatisch groß
-
Ich prüfe das nochmal und werde mal ne Testumgebung mit neuen Installer aufsetzen.
Gesendet von iPhone mit Tapatalk
-
Ich benutze Backitup 1.0.0 mit Dropbox jetzt schon seit einigen Wochen. Grundsätzlich ein ganz toller Adapter.
Was ich aber feststelle ist, dass sich irgendwann der Zeitplan aufhängt und die Backups nicht mehr gestartet werden.
'Irgendwann' konnte ich leider noch nicht genauer eingrenzen. Gefühlt funktioniert die Zeitplanung 2-3 Wochen zuverlässig und hängt sich dann ohne Fehlermeldung auf.
(Wenn der Punkt schon diskutiert wurde, bitte ich um Entschuldigung, aber 80 Seiten sind zu lang, um alles durchzulesen)
-
Ich benutze Backitup 1.0.0 mit Dropbox jetzt schon seit einigen Wochen. Grundsätzlich ein ganz toller Adapter.
Was ich aber feststelle ist, dass sich irgendwann der Zeitplan aufhängt und die Backups nicht mehr gestartet werden.
'Irgendwann' konnte ich leider noch nicht genauer eingrenzen. Gefühlt funktioniert die Zeitplanung 2-3 Wochen zuverlässig und hängt sich dann ohne Fehlermeldung auf.
(Wenn der Punkt schon diskutiert wurde, bitte ich um Entschuldigung, aber 80 Seiten sind zu lang, um alles durchzulesen) `
Auf meinem Produktiv-System läuft die Version 0.3.8 seit November und auf dem Testsystem die 1.0 seit dezember ohne Probleme. Aber bei einem Komplett-Backup wird ja alles neu gestartet wenn du kein Komplett machst, wäre das jedoch nicht der Fall. Führst du komplette aus?
-
Ich benutze Backitup 1.0.0 mit Dropbox jetzt schon seit einigen Wochen. Grundsätzlich ein ganz toller Adapter.
Was ich aber feststelle ist, dass sich irgendwann der Zeitplan aufhängt und die Backups nicht mehr gestartet werden.
'Irgendwann' konnte ich leider noch nicht genauer eingrenzen. Gefühlt funktioniert die Zeitplanung 2-3 Wochen zuverlässig und hängt sich dann ohne Fehlermeldung auf.
(Wenn der Punkt schon diskutiert wurde, bitte ich um Entschuldigung, aber 80 Seiten sind zu lang, um alles durchzulesen) `
Auf meinem Produktiv-System läuft die Version 0.3.8 seit November und auf dem Testsystem die 1.0 seit dezember ohne Probleme. Aber bei einem Komplett-Backup wird ja alles neu gestartet wenn du kein Komplett machst, wäre das jedoch nicht der Fall. Führst du komplette aus? `
Standard alle 2 Tage 2:00, max 10 Dateien auf Dropbox
Komplett alle 10 Tage 3:00, max 3 Dateien auf Dropbox
Homematic alle 15 Tage um 01:30, max. 10 Dateien auf Dropbox
-
Sorry, falls das in den letzten 1600 Beiträgen schon zur Sprache kam…:
Ich führe einen erfolgreichen FTP-Backup (backitup V1.0.0) auf mein NAS durch:
backitup.0 ... debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_21-21_49_57_backupiobroker.tar.gz backitup.0 ... debug [minimal/minimal] done backitup.0 ... debug [minimal/ftp] FTP connected. backitup.0 ... debug [minimal/ftp] Send minimal_2019_01_21-21_49_57_backupiobroker.tar.gzObwohl das Hochladen erfolgreich ist,
-
gibt es keine weitere Meldung mehr,
-
bleibt die Historie auf "Noch kein Backup erstellt" stehen,
-
wird der Datenpunkt backitup.0.oneClick.minimal offenbar nicht mehr auf false zurückgesetzt (wie lange ist die Wartezeit?).
Kann das ein Rückmelde-Problem zwischen Raspberry FTP und dem NAS sein, oder kommt danach tatsächlich keine Meldung ("Ende FTP-Transfer" oder so) mehr?
-
-
Sorry, falls das in den letzten 1600 Beiträgen schon zur Sprache kam…:
Ich führe einen erfolgreichen FTP-Backup (backitup V1.0.0) auf mein NAS durch:
backitup.0 ... debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_21-21_49_57_backupiobroker.tar.gz backitup.0 ... debug [minimal/minimal] done backitup.0 ... debug [minimal/ftp] FTP connected. backitup.0 ... debug [minimal/ftp] Send minimal_2019_01_21-21_49_57_backupiobroker.tar.gzObwohl das Hochladen erfolgreich ist,
-
gibt es keine weitere Meldung mehr,
-
bleibt die Historie auf "Noch kein Backup erstellt" stehen,
-
wird der Datenpunkt backitup.0.oneClick.minimal offenbar nicht mehr auf false zurückgesetzt (wie lange ist die Wartezeit?).
Kann das ein Rückmelde-Problem zwischen Raspberry FTP und dem NAS sein, oder kommt danach tatsächlich keine Meldung ("Ende FTP-Transfer" oder so) mehr? `
Poste mal bitte den kompletten Log vom backupvorgang.
-
-
Ich benutze Backitup 1.0.0 mit Dropbox jetzt schon seit einigen Wochen. Grundsätzlich ein ganz toller Adapter.
Was ich aber feststelle ist, dass sich irgendwann der Zeitplan aufhängt und die Backups nicht mehr gestartet werden.
'Irgendwann' konnte ich leider noch nicht genauer eingrenzen. Gefühlt funktioniert die Zeitplanung 2-3 Wochen zuverlässig und hängt sich dann ohne Fehlermeldung auf.
(Wenn der Punkt schon diskutiert wurde, bitte ich um Entschuldigung, aber 80 Seiten sind zu lang, um alles durchzulesen) `
Auf meinem Produktiv-System läuft die Version 0.3.8 seit November und auf dem Testsystem die 1.0 seit dezember ohne Probleme. Aber bei einem Komplett-Backup wird ja alles neu gestartet wenn du kein Komplett machst, wäre das jedoch nicht der Fall. Führst du komplette aus? `
Standard alle 2 Tage 2:00, max 10 Dateien auf Dropbox
Komplett alle 10 Tage 3:00, max 3 Dateien auf Dropbox
Homematic alle 15 Tage um 01:30, max. 10 Dateien auf Dropbox `
Die Frage war, ob du iobroker stoppst für das komplette Backup?
-
Habe probiert was zu finde, aber bei mir funktioniert umount nicht nach dem ersten Backup, dann gehen die anderen immer nicht.
Drive busy Meldung kommt, wie kann ich die umgehen?
MfG
eMd
-
Guten Morgen zusammen,
ich weiß nicht, ob ich mit dem Problem hier richtig bin, aber es passt bzgl Fehlermeldung bzw -zeitpunkt hierher. Ich hab mit viel Kampf das backitup zum Laufen gebracht (ich kann nur mit Haken gesetzt bei Mount als Root (sudo) auf meine NAS schreiben, per Zeitplan um 2 Uhr Standard alle 1 und um 3 Uhr Komplett alle 3 Tage). Ich hab dabei Haken gesetzt bei "iobroker stop bei Backup".
iobroker läuft auf nem Beelink BT3 pro mit Debian und ich hab ioBroker mit der neuen Routine installiert. Wie mir scheint nicht mit nem User, sondern direkt root. Ich finde keinen Standard User iobroker.
Heute morgen war der iobroker admin nicht mehr erreichbar. Per SSH Zugriff und iobroker restart admin lief er dann binnen Sek wieder.
Diesen Log bekam ich um 3:00:
! Caught 2019-01-22 03:00:10.595 error by controller[0]: at tryOnTimeout (timers.js:323:5)
! Caught 2019-01-22 03:00:10.595 error by controller[0]: at ontimeout (timers.js:498:11)
! Caught 2019-01-22 03:00:10.595 error by controller[0]: at Timeout._onTimeout (/opt/iobroker/node_modules/node-schedule/lib/schedule.js:510:7)
! Caught 2019-01-22 03:00:10.595 error by controller[0]: at /opt/iobroker/node_modules/node-schedule/lib/schedule.js:552:11
! Caught 2019-01-22 03:00:10.595 error by controller[0]: at Job.invoke (/opt/iobroker/node_modules/node-schedule/lib/schedule.js:173:10)
! Caught 2019-01-22 03:00:10.595 error by controller[0]: at Job.backupTimeSchedules.(anonymous function).schedule.scheduleJob [as job] (/opt/iobroker/node_modules/iobroker.backitup/main.js:196:17)
! Caught 2019-01-22 03:00:10.594 error by controller[0]: at startBackup (/opt/iobroker/node_modules/iobroker.backitup/main.js:37:9)
! Caught 2019-01-22 03:00:10.594 error by controller[0]: at executeScripts (/opt/iobroker/node_modules/iobroker.backitup/lib/execute.js:38:32)
! Caught 2019-01-22 03:00:10.594 error by controller[0]: at err (/opt/iobroker/node_modules/iobroker.backitup/main.js:39:19)
! Caught 2019-01-22 03:00:10.594 error by controller[0]: at err (/opt/iobroker/node_modules/iobroker.backitup/main.js:203:55)
! Caught 2019-01-22 03:00:10.594 error by controller[0]: TypeError: Cannot read property 'errors' of undefinedLiegt es am backitup? Woran?
Oder ist das hier die falsche Baustelle? Wo müsste ich dann um Hilfe bitten?
Danke euch allen vorab für die Hilfe und wünsche schönen Tag!
Wiggins
-
Auf meinem Produktiv-System läuft die Version 0.3.8 seit November und auf dem Testsystem die 1.0 seit dezember ohne Probleme. Aber bei einem Komplett-Backup wird ja alles neu gestartet wenn du kein Komplett machst, wäre das jedoch nicht der Fall. Führst du komplette aus? `
Standard alle 2 Tage 2:00, max 10 Dateien auf Dropbox
Komplett alle 10 Tage 3:00, max 3 Dateien auf Dropbox
Homematic alle 15 Tage um 01:30, max. 10 Dateien auf Dropbox `
Die Frage war, ob du iobroker stoppst für das komplette Backup? `
ja stop ist markiert (aktiv)
-
Aktuell wird an einer Verbesserung für den neuen Installer gearbeitet.
Sitze seit 4 Tagen an dem Thema, damit backitup auch die Probleme, die der neue Installer so mit sich bringt zu lösen.
Habt noch etwas Geduld…
Gesendet von iPhone mit Tapatalk
-
Standard alle 2 Tage 2:00, max 10 Dateien auf Dropbox
Komplett alle 10 Tage 3:00, max 3 Dateien auf Dropbox
Homematic alle 15 Tage um 01:30, max. 10 Dateien auf Dropbox `
Die Frage war, ob du iobroker stoppst für das komplette Backup? `
ja stop ist markiert (aktiv) `
Probiere das mal zu lokalisieren, wann das passiert und poste mal bitte den Log im Debugmodus der Instanz.
Gesendet von iPhone mit Tapatalk
-
Aktuell wird an einer Verbesserung für den neuen Installer gearbeitet. …
...
Habt noch etwas Geduld... `
Ok. Vielen Dank. Also sind meine Probleme dem geschuldet?
Hab heute früh mal manuell das Komplett Update ausgelöst. So klappt es, bringt mir zwar auch einige Fehler im Log, aber es rennt zumindest und es liegt eine Datei auf meiner NAS mit ca 90MB.
Nutze daher erstmal das Standard Backup und nicht mehr das Komplette.
Ich gedulde mich, versprochen
-
Ich führe einen erfolgreichen FTP-Backup (backitup V1.0.0) auf mein NAS durch.
Obwohl das Hochladen erfolgreich ist,
-
gibt es keine weitere Meldung mehr,
-
bleibt die Historie auf "Noch kein Backup erstellt" stehen,
-
wird der Datenpunkt backitup.0.oneClick.minimal offenbar nicht mehr auf false zurückgesetzt (wie lange ist die Wartezeit?).
… `
Poste mal bitte den kompletten Log vom backupvorgang. `
Hallo simatec.
Da ist leider nicht mehr viel:
!
2019-01-21 21:48:15.352 - info: host.raspi01 object change system.adapter.backitup.0 2019-01-21 21:48:15.353 - info: host.raspi01 stopInstance system.adapter.backitup.0 2019-01-21 21:48:15.354 - info: host.raspi01 stopInstance system.adapter.backitup.0 killing pid 1126 2019-01-21 21:48:15.865 - info: backitup.0 terminating 2019-01-21 21:48:15.905 - info: host.raspi01 instance system.adapter.backitup.0 terminated with code 0 (OK) 2019-01-21 21:49:22.928 - info: host.raspi01 object change system.adapter.backitup.0 2019-01-21 21:49:22.962 - info: host.raspi01 instance system.adapter.backitup.0 started with pid 30167 2019-01-21 21:49:24.305 - debug: backitup.0 objectDB connected 2019-01-21 21:49:24.371 - debug: backitup.0 statesDB connected 2019-01-21 21:49:24.635 - info: backitup.0 starting. Version 1.0.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.11.4 2019-01-21 21:49:24.684 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s) 2019-01-21 21:49:24.714 - debug: backitup.0 [minimal] 10 00 02 */1 * * 2019-01-21 21:49:24.715 - info: backitup.0 [ccu] backup was activated at 03:00 every 14 day(s) 2019-01-21 21:49:24.720 - debug: backitup.0 [ccu] 10 00 03 */14 * * 2019-01-21 21:49:24.721 - info: backitup.0 [total] backup was activated at 02:30 every 7 day(s) 2019-01-21 21:49:24.729 - debug: backitup.0 [total] 10 30 02 */7 * * 2019-01-21 21:50:03.706 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_21-21_49_57_backupiobroker.tar.gz 2019-01-21 21:50:03.739 - debug: backitup.0 [minimal/minimal] done 2019-01-21 21:50:05.909 - debug: backitup.0 [minimal/ftp] FTP connected. 2019-01-21 21:50:05.913 - debug: backitup.0 [minimal/ftp] Send minimal_2019_01_21-21_49_57_backupiobroker.tar.gz ... 2019-01-21 23:11:50.925 - debug: backitup.0 sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"727272727":"Axxx"} !
Warum um 23:11, nach über 1 Stunde noch ein "sende Telegram" kommt, ist mir auch nicht klar.An den anderen genannten Punkten hat das jedoch nichts verändert.
Falls relevant:
node = nodejs = v8.11.4
admin = v3.5.10
-
