Adapter: iobroker.backitup (stable Release)
-
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.
-
Hallo,
noch mal ein kurzer Bericht zum Thema CIFS:
Iobroker läuft bei mir auf einem OrangePi Plus 2E. Die Backups werden auf meiner Synology (DS 214play) gespeichert. Ich habe es nicht geschafft, CIFS über die Einstellung IP-Adresse und /volume1/backupverzeichnis einzurichten. Dabei habe ich nun alle Möglichkeiten, das Backupverzeichnis anzugeben, ausprobiert: Mit führendem Slash und ohne; mit Angabe des Volumes und ohne. Es funktionieren bei mir letzten Endes nur folgende Einstellungen:
-
Statt der IP-Nummer habe ich den Freigabenamen meiner Synology angegeben, so wie er in der Synology-Systemsteuerung -> Dateidienste angegeben ist
-
Das Backup-Verzeichnis ohne Angabe des Volumes und ohne führenden Slash
Sieht bei mir dann so aus:
Backup.PNG
Testen kann man die Verbindung m.E. mit der Eingabe der Adresse im Browser.
Backups_1.PNG
Vielleicht klappt's bei dem einen oder anderen ja auch auf diese Weise.
Gruß
Strizz `
Velen Dank! Nach tausend Versuchen der einzige der funktioniert hat
-
-
guten morgen zusammen.
Hier das versprochene Logfile:
einmal mit IP-Adresse:
backitup.0 2019-01-20 09:14:54.757 debug system.adapter.admin.0: logging true backitup.0 2019-01-20 09:12:55.851 debug [minimal/history] backitup.0.history.html backitup.0 2019-01-20 09:12:55.833 debug [minimal/clean] done backitup.0 2019-01-20 09:12:55.832 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2019-01-20 09:12:55.829 debug [minimal/cifs] done backitup.0 2019-01-20 09:12:55.824 debug [minimal/minimal] done backitup.0 2019-01-20 09:12:55.795 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_20-09_12_52_backupiobroker.tar.gz backitup.0 2019-01-20 09:12:52.694 debug [minimal/mount] mount: only root can use "--options" option backitup.0 2019-01-20 09:12:52.694 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=IObroker,password=geheim,rw,file_mode=0777,dir_mode=0777 //192.168.1.53/Backup/IObroker /opt/iobroker/backups backitup.0 2019-01-20 09:12:52.690 debug [minimal/mount] [undefined mount: only root can use "--options" option backitup.0 2019-01-20 09:12:27.639 debug [minimal/mount] Wake on LAN MAC-Address: 00:11:32:83:47:D4 backitup.0 2019-01-20 09:12:27.630 debug [minimal/mount] Wake on LAN wait 25 Seconds for NAS! backitup.0 2019-01-20 09:12:22.883 debug [minimal] 10 00 02 */1 * *einmal mit Hostname:
backitup.0 2019-01-20 09:17:44.362 debug [minimal/history] backitup.0.history.html backitup.0 2019-01-20 09:17:44.332 debug [minimal/clean] done backitup.0 2019-01-20 09:17:44.332 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2019-01-20 09:17:44.328 debug [minimal/cifs] done backitup.0 2019-01-20 09:17:44.325 debug [minimal/minimal] done backitup.0 2019-01-20 09:17:44.302 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_20-09_17_41_backupiobroker.tar.gz backitup.0 2019-01-20 09:17:41.168 debug [minimal/mount] mount: only root can use "--options" option backitup.0 2019-01-20 09:17:41.168 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=IObroker,password=geheim,rw,file_mode=0777,dir_mode=0777 //dahoam.fritz.box/Backup/IObroker /opt/iobroker/backups backitup.0 2019-01-20 09:17:41.165 debug [minimal/mount] [undefined mount: only root can use "--options" option backitup.0 2019-01-20 09:17:16.111 debug [minimal/mount] Wake on LAN MAC-Address: 00:11:32:83:47:D4 backitup.0 2019-01-20 09:17:16.098 debug [minimal/mount] Wake on LAN wait 25 Seconds for NAS!Gruß,
Mathias
-
Für alle mit einer Installation über den neuen Installationsscripts hier ein kleiner Workaround für die Rechtevergabe von eurem User iobroker.
Damit laufen dann auch alle Dinge in backitup normal.
Bis zum Fix des Installers ist das die Lösung für backitup.
Die Datei "sudo4backitup.txt" im Anhang runterladen und die Dateiendung von "txt" in "sh" ändern.
Im Anschluss die Datei auf euren iobroker Sytem ablegen und mit folgenden Befehl ausführen.
sudo bash /euer/Pfad/zur/Datei/sudo4backitup.shDen Anweisungen folgen und das wars …. `
genau, hat bei mir gerade funktioniert, sowohl auf der neuen, als auch auf der alten Installationsroutine.
Gruß,
Mathias
-
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
-
guten morgen zusammen.
Hier das versprochene Logfile:
einmal mit IP-Adresse:
backitup.0 2019-01-20 09:14:54.757 debug system.adapter.admin.0: logging true backitup.0 2019-01-20 09:12:55.851 debug [minimal/history] backitup.0.history.html backitup.0 2019-01-20 09:12:55.833 debug [minimal/clean] done backitup.0 2019-01-20 09:12:55.832 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2019-01-20 09:12:55.829 debug [minimal/cifs] done backitup.0 2019-01-20 09:12:55.824 debug [minimal/minimal] done backitup.0 2019-01-20 09:12:55.795 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_20-09_12_52_backupiobroker.tar.gz backitup.0 2019-01-20 09:12:52.694 debug [minimal/mount] mount: only root can use "--options" option backitup.0 2019-01-20 09:12:52.694 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=IObroker,password=geheim,rw,file_mode=0777,dir_mode=0777 //192.168.1.53/Backup/IObroker /opt/iobroker/backups backitup.0 2019-01-20 09:12:52.690 debug [minimal/mount] [undefined mount: only root can use "--options" option backitup.0 2019-01-20 09:12:27.639 debug [minimal/mount] Wake on LAN MAC-Address: 00:11:32:83:47:D4 backitup.0 2019-01-20 09:12:27.630 debug [minimal/mount] Wake on LAN wait 25 Seconds for NAS! backitup.0 2019-01-20 09:12:22.883 debug [minimal] 10 00 02 */1 * *einmal mit Hostname:
backitup.0 2019-01-20 09:17:44.362 debug [minimal/history] backitup.0.history.html backitup.0 2019-01-20 09:17:44.332 debug [minimal/clean] done backitup.0 2019-01-20 09:17:44.332 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2019-01-20 09:17:44.328 debug [minimal/cifs] done backitup.0 2019-01-20 09:17:44.325 debug [minimal/minimal] done backitup.0 2019-01-20 09:17:44.302 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_20-09_17_41_backupiobroker.tar.gz backitup.0 2019-01-20 09:17:41.168 debug [minimal/mount] mount: only root can use "--options" option backitup.0 2019-01-20 09:17:41.168 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=IObroker,password=geheim,rw,file_mode=0777,dir_mode=0777 //dahoam.fritz.box/Backup/IObroker /opt/iobroker/backups backitup.0 2019-01-20 09:17:41.165 debug [minimal/mount] [undefined mount: only root can use "--options" option backitup.0 2019-01-20 09:17:16.111 debug [minimal/mount] Wake on LAN MAC-Address: 00:11:32:83:47:D4 backitup.0 2019-01-20 09:17:16.098 debug [minimal/mount] Wake on LAN wait 25 Seconds for NAS!Gruß,
Mathias `
Dein iobroker ist mit der neuen Installationsroutine installiert und hat keine sudo rechte.
Dafür bitte den Script sudo4backitup nehmen und für den User „iobroker“ die Rechte anlegen.
Gesendet von iPhone mit Tapatalk
-
Schon passiert.
Aber:
es geht weder mit der alten, noch mit der neuen Installationsroutine.
Das heißt, ich musste das so oder so machen….....
WoL ist auch abgeschaltet, weil nicht benötigt.
habe nur ein test-backup gemacht, dann Backitup deaktiviert bei der Beebox.
Wenn ich mein Netzwerk ausgemistet habe, läuft die Beebox wieder als produktives System und Backitup ist wieder online
Gruß,
Mathias
-
Das aufwecken klappt auch soweit, aber die 25 Sekunden Wartezeit bis das Backup startet, reicht leider nicht aus. `
Eigenartig,
Ich habe auf meiner DS wake up deaktiviert und es lief durch.
Gruß,
Mathias
Gesendet von meinem MI 8 mit Tapatalk `
Meinst du damit das du WOL ausgeschaltet hast und dann geht es?
Deine DS nimmt dann doch gar keine WOL Pakete entgegen und kann nicht aufwachen?
-
wie machst Du Deine Backups?
Mit NFS oder CIFS?
Ich habe bei mir CIFS eingerichtet und es läuft auh ohne WoL.
ist ja egal. hauptsache es läuft…......
Gruß,
Mathias
-
Was hat das mit backitup zu tun.
Backitup kann nur bei richtig eingetragener mac eurer NAS aufwecken.
Aber Einstellungen der NAS und oder ob dir wol können, bitte nicht hier diskutieren.
Gesendet von iPhone mit Tapatalk
-
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
