Automatisches Backup

chka

Danke für das tolle script

ich drehe gerade am rad, ich bin auf Debian Jessie umgestiegen und wollte jetzt wieder das backup einrichten.

allerdings bekomme ich das mounten nicht mehr hin:

mount.cifs //XXX/Homematic /mnt -o user=root,passwd=XXX
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

An der Synology hat sich auch nichts geändert, einzig das neuinstallieren auf Jessie

Hat jemand eine idee?

chka

habe es gefunden, wieso auch immer geht es nur mit dem netzwerkname

apollon77

Mal an die Nutzer gefragt: es sind ja zwei rsyncs da drin - einmal vor und einmal nach dem stoppen des iobroker.

Welche files werden denn nach dem stoppen nachgesynct? Sollte doch nur maximal Objects-File und ( falls nicht Redis) das States-file und ggf History file, oder?!

Ein iobroker "flush" Befehl der sicherstellt das alle Daten auf dem Datenträger aktuell sind um das Backup zu machen während er läuft.

Ich kann mich immer noch nicht mit der "nachts mal abschalten um das Backup zu machen" Idee anfreunden

Ingo F

Brati

Auf dem NUC läuft das Backup in 10s durch, beim Neustart schlafe ich, also stört es doch nicht. Und gebraucht habe ich es jetzt doch schön öfter. Da freut man sich, wenn das System in 2min wieder läuft.

Keine Ahnung ob man ioBroker wirklich stoppen muss.

Grüße Brati

von unterwegs gesendet.

apollon77

Also ich hab mal genau geschaut … Die FIles die sich zwischen verschiedenen Zeitpunkten ändern sind:

Logfile (klar, für Backup aber eher unwichtig)
History-Files (auch klar ... da ist der Stop des iobroker - oder mind des Adapters - wichtig das keine Daten verloren gehen ... oder SQL/Influx)
iobroker/node_modules/iobroker.js-controller/pids.txt (wohl bei nem neustart eher unwichtig)
iobroker/iobroker-data/objects.json +.bak (wichtig, wird regelmäßig geschrieben auch ohne änderung)

Am Ende ists als "Nur" das Objects-DB-File ... aber das ändert nachts keiner.

Ich habe nichts gefunden was ewig offen bleibt ...

Also: Gibts denn wirklich (aktuelle) Erfahrungen das ein "Stop" nötig ist weil sonst das Backup nicht tut wenn man es braucht?

Bluefox

~~@Brati:~~

Auf dem NUC läuft das Backup in 10s durch, beim Neustart schlafe ich, also stört es doch nicht. Und gebraucht habe ich es jetzt doch schön öfter. Da freut man sich, wenn das System in 2min wieder läuft.

Keine Ahnung ob man ioBroker wirklich stoppen muss.

Grüße Brati

von unterwegs gesendet. `
Ob man stoppen muss oder nicht… Es existieren folgende bedenken:

ich weiß es nicht, falls iob die Datei gerade schreibt, was passiert dann?
die States werden nur in 30 Sekunden Rhythmus gespeichert.
falls History aktiviert ist, da werden die Daten noch seltener gespeichert.

Für Objekte gibt es natürlich bak Dateien und die werden automatisch aktiv, falls original nicht in Ordnung ist.

Ich wurde mich freuen, falls jemand eingebaute Backup Funktion testet. Da existieren die Probleme mit schrEiben nicht.

Und falls redis benutzt wird, man kann denn nicht einfach mit Dateikopieren sichern.

apollon77

Hi,

meine Aussagen oben waren mit Nutzung von Redis. Daher waren die States raus. Mit Influx/SQL sind die History-Files relevant. Korrekt.

Ansonsten hast Du recht - ein "gerade am schreiben" ist problematisch, ABER mit der .bak und der echten Datei (nd der Annahme ndas es Nachts keine Objects-Änderungen gibt) sollte das "gerade schreiben" maximal eins der beiden Files betreffen.

Ich mache auch Sicherung mit "iobroker backup" …Habe gesehen das da alles in einer backup.json landet ... das ist natürlich ideal ... Wa sist denn da alles drin?

Ich hatte nur hier und da wenn ich (selten) mal in Prozessliste geschaut habe "iobroker backup" prozesse hängen. Aber was da los war kann wohl keiner sagen

Setze gerade meinen neuen Cubie auf und will dann iobroker dahin "umziehen" (hat ne SSD).Dann versuche ich es mal per "backup" und "restore" und zusätzlich mach ich nen rsync vor dem restore (wegen der ganzen anderen files und so).

totocotonio

~~@sissiwup:~~

Hallo,

hier meine aktuelle Lösung (naja gebranntes Kind):

Mein NAS lauscht auf 192.168.1.91 und hat eine Freigabe myshare, da liegt ein Unterverzeichnis backup drin, wo sowieso schon alle hinsichern

Es geht natürlich auch jede Windowsfreigabe, die erreichbar ist.

im Verzeichnis /opt mit````
nano backup.sh
#!/bin/bash
umount /mnt/myshare
mount.cifs //192.168.1.91/myshare /mnt/myshare -o user=meinuseraufnas,passwd=meinpasswordaufnas
rsync -aLvzh /opt/iobroker /mnt/myshare/backup/iobroker
cd /opt/iobroker
iobroker stop
rsync -aLvzh /opt/iobroker /mnt/myshare/backup/iobroker
cd /opt/iobroker
iobroker start
umount /mnt/myshare
backup.sh ausführbar machen:
chmod ugo+rx backup.sh
Warum die Befehle:

Der umount am Anfang, falls ich das mal per Hand gemeountet hatte um sauber zu sein

Dann das mounten der Netzwerkfreigabe.

Anschließend die erste Sicherung, wenn hier etwas schief geht, habt ihr den iobroker noch nicht runtergefahren.

Der sichert alles, ausser Dateien, die gelockt sind.

(Wichtig! Kein "/" hinter iobroker, sonst legt er das Unterverzeichnis nicht an.)

Dann den iobroker stoppen

Jetzt die Sicherung der restlichen paar Dateien, sollte rasend fix gehen (im Sekundenbereich)

Anschließend Neustart des iobrokers

und Aufräumen mit unmount

im Verzeichnis /mnt das Unterverzeichnis myshare = /mnt/myshare anlegen

Und das ganze wird automatisch um 4:00 (= 0 4) gestartet mit
nano /etc/crontab
/etc/crontab: system-wide crontab

Unlike any other crontab you don't have to run the `crontab'

command to install the new version when you edit this file

and files in /etc/cron.d. These files also have username fields,

that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

m h dom mon dow user command

17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
0 4 * * * root /opt/backup.sh >> /opt/backup.log

```` `

Hi,

ich stehe auch gerade vor der Entscheidung ein Backup zu machen.

Deine Anleitung habe so gut wie möglich verstanden.

Ich hätte eine Frage dazu:

Wie kann ich denn auf einen Stick oder auf eine Fritzbox sichern.

Kannst du mir das vielleicht erklären.

Gruß totocotonio

Kueppert

~~@apollon77:~~

Hi,

meine Aussagen oben waren mit Nutzung von Redis. Daher waren die States raus. Mit Influx/SQL sind die History-Files relevant. Korrekt.

Ansonsten hast Du recht - ein "gerade am schreiben" ist problematisch, ABER mit der .bak und der echten Datei (nd der Annahme ndas es Nachts keine Objects-Änderungen gibt) sollte das "gerade schreiben" maximal eins der beiden Files betreffen.

Ich mache auch Sicherung mit "iobroker backup" …Habe gesehen das da alles in einer backup.json landet ... das ist natürlich ideal ... Wa sist denn da alles drin?

Ich hatte nur hier und da wenn ich (selten) mal in Prozessliste geschaut habe "iobroker backup" prozesse hängen. Aber was da los war kann wohl keiner sagen

Setze gerade meinen neuen Cubie auf und will dann iobroker dahin "umziehen" (hat ne SSD).Dann versuche ich es mal per "backup" und "restore" und zusätzlich mach ich nen rsync vor dem restore (wegen der ganzen anderen files und so). `

Hi Apollon,

da ich schon viel Arbeit in ioBroker investiert habe, würde ich auch gern einmal "iobroker backup" einschalten/durchführen. Wo finde ich denn diese Option/diesen Adapter??

Wenn es diese Option schon gibt, möchte ich ungern mit Scripten arbeiten oder mit einer Kopie von der SD-Karte. Sicherung findet dann auf meinen NAS statt (denke ich) und der wird nochmal in eine Cloud gesichert (bereits so eingestellt). Somit hätte ich auch ein richtiges Backup

Danke und Grüße, kueppert

eric2905

Hi,

"iobroker backup" ist kein Adapter oder Option, sonder ein Befehl für die Command-Line - wird also auf der Konsole eingegeben (Shell auf Linux & Co. bzw. CMD unter Windows)

Weitere Infos zu den Kommands findest Du hier ==> https://github.com/ioBroker/ioBroker/wi … e-commands

Oder auch hier, in den FAQs ==> http://www.iobroker.net/?page_id=2380&lang=de

Gruß,

Eric

Von unterwegs getippert

Kueppert

Aha,

die Seiten kannte ich noch garnicht. Danke dir. Dann schaue ich Mal weiter, wie ich meine Backups machen möchte.

PS: so ein Backup Adapter für ein komplettes Backup auf ein externes Gerät wär schon cool, mit Zeitvorgaben usw.

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

eric2905

Hi,

~~@Kueppert:~~

PS: so ein Backup Adapter für ein komplettes Backup auf ein externes Gerät wär schon cool, mit Zeitvorgaben usw. `
diesen Thread kennst Du ==> http://forum.iobroker.net/viewtopic.php?t=6526#p67560 ?

Ist zwar kein Adapter, geht aber schon in die Richtung

Gruß,

Eric

Von unterwegs getippert

Kueppert

Eric2905,

habe ich gesucht und nicht mehr gefunden. Danke dir, das schaue ich mir mal an.

VG kueppert

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

ceerix

Hallo zusammen,

nun ist bei mir auch der Ernstfall eingetreten und ich benötige mein Backup. Mir hat es am gestern meine komplette SD Karte zerbröselt und ich muss mit einer neuen Installation wieder aufsetzen.

Gesichert habe ich immer automatisch über das hier vorgestellte Skript:

#!/bin/bash
cd ./opt/iobroker
iobroker stop
rsync -aLvzh /opt/iobroker /BackUp/
iobroker start
tar -cvf /BackUp/iobroker.`date "+%F"`.tar /BackUp/iobroker

Jetzt zur Sicherheit nochmal die Nachfrage. Ich installiere nun den Pi neu und installiere ebenfalls ein frisches ioBroker drauf. Danach lösche ich den Ordner /opt/iobroker und ersetze ihn mit den Files aus meinem Backup. Ist das so richtig? Oder sind noch weitere Schritte nötig? Hat das schon mal jemand so durchgespielt?

Vielen Dank für eure Hilfe!

Beste Grüße

Alex

Solear

Ja. Mach es so.

Eventuell auch hinterher noch den Befehl

iobroker host this

eingeben. Wenn dein Raspiname aber gleich bleibt ist das nicht nötig

Gesendet von iPhone mit Tapatalk Pro

ceerix

Habe jetzt das Verzeichnis rüberkopiert. Leider ist es offensichtlich dadurch nicht ganz getan.

Bekomme immer folgenden Fehler.

 iobroker start
/opt/iobroker/node_modules/iobroker.js-controller/node_modules/semver/semver.js:185
sr#[CARET]"= '^' + wbc[LONECARET] + src[XRANGEPLAIN] + '/r>;
  ^
SyntaxError: Invalid or unexpected token
    at Object.exports.runInThisContext (vm.js:76:16)
    at Module._compile (module.js:542:28)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
    at tryModuleLoad (module.js:446:12)
    at Function.Module._load (module.js:438:3)
    at Module.require (module.js:497:17)
    at require (internal/module.js:20:19)
    at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/node_modules/read-pkg-up/node_modules/read-pkg/node_modules/normalize-package-data/lib/fixer.js:1:76)
    at Module._compile (module.js:570:32)</anonymous>

Was kann ich hier tun?

Beste Grüße

Alex

totocotonio

Hi,

ich bekomme diesen fehler beim Backup Versuch.

Was kann denn das sein?

Gruß TM

Homoran

~~@totocotonio:~~

Was kann denn das sein? `

Wie waren denn die previous errors?

Gruß

Rainer

Brati

@tocotontio

Wo findet der rsync statt? Sieht aus wie auf einem externen Medium. Der Fehler kommt z. B. Wenn das tar Verzeichnis auf das NAS geschoben wird. Ist aber kein Problem.

Grüße Brati

Von unterwegs gesendet…

totocotonio

Hi, das ist mein Befehl:

rsync –delete -aLvzh -P /opt/iobroker /BackUp/

im ordner

opt/iobroker

Gruß TM

NEWS

Automatisches Backup

/etc/crontab: system-wide crontab

Unlike any other crontab you don't have to run the `crontab'

command to install the new version when you edit this file

and files in /etc/cron.d. These files also have username fields,

that none of the other crontabs do.

m h dom mon dow user command

Support us

761
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

Automatisches Backup

/etc/crontab: system-wide crontab

Unlike any other crontab you don't have to run the `crontab'

command to install the new version when you edit this file

and files in /etc/cron.d. These files also have username fields,

that none of the other crontabs do.

m h dom mon dow user command

Support us

761Online

31.9kUsers

80.2kTopics

1.3mPosts

761
Online

31.9k
Users

80.2k
Topics

1.3m
Posts