Edomi Linux Backup

[starwarsfan]

Hi

Vielen Dank für die vielen sehr hilfreichen Anregungen aus diesem Thread. Ihr habt mir ermöglicht - mit zusätzlicher internet Recherche - das sichern meiner Edomi Backups auf ein NAS zu installieren und zu automatiseren. Speziell die beiden Tips zur Verwendung von rsync und ssd keys anstelle von pwds waren top!

Freut mich zu hören.

i) den privaten ssh Schlüssel hatte ich ebackup benannt - erst als ich ihn auf id_rsa umbenannt habe funktionierte das ssh login auf der Synology

Da ist ein reines Konfigurationsproblem von ssh und einfach zu beheben. ssh verwendet per default den Key "id_rsa" im Verzeichnis "~/.ssh". Heisst der Schlüssel nun anders, dann muss das via "~/.ssh/config" entsprechend eingerichtet werden. So aus dem Kopf geschrieben sollte das in etwa so aussehen:

Host <hostname-oder-ip-des-shh-zieles>
    Identityfile ~/.ssh/ebackup

So lassen sich auch unterschiedliche Keys für ein und dasselbe Zielsystem verwenden, indem ein Mapping der Hostnames gemacht wird:

Host hostFoo
    Hostname <echter-hosthame-oder-ip>
    Identityfile <private-key-user-foo>
​Host hostBar
    Hostname <echter-hosthame-oder-ip>
    Identityfile <private-key-user-bar>
​

Somit wird beim Zugriff auf den Host "hostFoo" der Key für User "foo" verwendet, beim Zugriff auf Host "hostBar" der Key für User "bar". Aber beide Zugriffe gehen zum Zielsystem, welches hinter Hostname angegeben wurde.

Das macht sich bspw. sehr gut, wenn man auf Github verschiedene Accounts hat... ;-)

[maque]

erst als ich ihn auf id_rsa umbenannt habe funktionierte d

id_rsa ist der Default, Du kannst mit ssh -i auch eine andere keyfile angeben.

[nightingale]

Vielen Dank für die vielen sehr hilfreichen Anregungen aus diesem Thread. Ihr habt mir ermöglicht - mit zusätzlicher internet Recherche - das sichern meiner Edomi Backups auf ein NAS zu installieren und zu automatiseren. Speziell die beiden Tips zur Verwendung von rsync und ssd keys anstelle von pwds waren top!

2 Probleme hatte ich dabei:
i) den privaten ssh Schlüssel hatte ich ebackup benannt - erst als ich ihn auf id_rsa umbenannt habe funktionierte das ssh login auf der Synology
ii) ich habe auf meinem NAS ein Volume mit Namen volume1 (daher gibt es im root dir auch einen folder volume1). Darauf befindet sich ein folder NetBackup. Hier speichere ich auf einem subfolder die Edomi backups. Da volume1 im roor dir liegt habe ich im rsync command den Zielpfad nicht mit / begonnen. Fehler. Natürlich muss es so aussehen <user>@<NAS ip Adresse>:/volume1/NetBackup/edomi

[RossS]

Die Bilder sind leider nicht sichtbar.

Sorry mein Fehler..müssten jetzt sichtbar sein

[Thorsten1970]

Hat jemand schonmal Syncthing benutzt oder im Einsatz?
In der c't 14/21 gab es dazu mal einen Artikel: "Synchrone Kopien - Raspi als zentraler Backupserver mit Syncthing".
Das könnte man auch für Edomi sicherlich nutzen.

[jonofe]

Nach der Auswahl kommt nach ca 10Sek folgende Meldung:

Die Bilder sind leider nicht sichtbar.

[RossS]

Hallo Zusammen,

ich hänge mich mal ganz frech an diesen Beitrag mit dran.


Ich möchte meine Hardware wechseln. Habe dazu CentOS7 auf der neuen Harware intalliert und updates durchgeführt. Danach im Order var Edomi-Backups hinzugefügt und das letzte Backup eingefügt.
Unter Datensicherung unter Wiederherstellung finde ich die Backup Datei.
Nach der Auswahl kommt nach ca 10Sek folgende Meldung:
Fehler.png
im Logfile finde ich folgendes:
Log.png

vielleicht hat Jemand ne Idee

Jetzt sollten die Bilder sichtbar sein. Danke für den Hinweis... Sorry

Beste Grüße

[maque]

Ich will nicht das Risiko eingehen, ein "split Brain" - Situation mit zwei aktiven Edomis zu haben, daher ist der Start manuell. Ich komme aber jeder Zeit, zumindest über VPN, auf mein Netzwerk. Ausserdem läuft Dank gaert die Edomi - Installation so stabil, so dass es wirklich nur für den seltenen Notfall gebraucht wird.

[beauty]

Sollte der produktive Rechner ausfallen, habe dann noch ein script activeEdomi.sh, das KNX in der edomi.ini dann wieder aktiviert und den EDOMI Dienst beim Start enabled. Dann wird neu gestartet und der Backup-Edomi, ist der Produktive...

Wie bekommt dein Backup-Edomi mit das das Primärsystem ausgefallen ist? Läuft das Backup System dann automatisch an oder musst du das manuell starten?

[starwarsfan]

Hi Matthias

Du hast natürlich recht, aber ich bin change resistent, da ich die backticks seit 35 Jahren nutze

Kein Ding, völlig verständlich. Ich hab's mir auch erst recht spät "angewöhnt", wobei das aber mehr dadurch getrieben war, dass ich auf recht vielen verschiedenen Setups unterwegs bin und es dabei immer wieder mehr oder wenig "lustige" Suchereien gegeben hat, wo denn beim eingestellten Keyboard-Layout der Backtick zu finden ist.

[maque]

Hi Yves,
Du hast natürlich recht, aber ich bin change resistent, da ich die backticks seit 35 Jahren nutze Ich mach nachher einen update, teste und stelle es dann hier rein, in dem ich den Code oben aktualisiere...

Matthias

[starwarsfan]

Hi,

zunächst vielen Dank für's Teilen, interessante Idee!

Hier einige Anmerkungen zum Scripting an und für sich:

INTERFACE=`route | grep '^default' | grep -o '[^ ]*$'`

Die Backticks sind deprecated, sollten also nicht mehr verwendet werden. Das POSIX-kompatible Replacement ist "$(...)". Die Backtick-Syntax braucht man eigentlich nur noch in (stein-)alten Shell's. Details dazu siehe bspw. hier.

#Anpassen der edomi.ini
sed -i -e "s/global_serverIP='.*'/global_serverIP='$NEWIP'/"i \
-e 's/global_autoBackup=true/global_autoBackup=false/' \
-e 's/global_knxGatewayActive=true/global_knxGatewayActive=false/' /usr/local/edomi/edomi.ini

Hier kannst Du beim ersten Teil des sed-Ausdruckes alles was nach dem "=" kommt weglassen. Dann funktioniert das auch, wenn aus welchen Gründen auch immer dort nach dem "=" irgendwas anderes drin stehen sollte. Zusätzlich wäre noch machbar, auf ein vorheriges "#" zu prüfen, damit allfällige Kommentare nicht angepasst werden.

Just my two cents...

[saegefisch]

Lieben Dank!

[maque]

Wie gesagt, alles getestet mit Centos7 und Edomi 2.03 auf einem Apu2e4.

Hier ist das Script zum nächtlichen restore auf dem Backup-System. Das läuft um 0:45

restore.sh

DIR = Das Verzeichnis, in dem die Backups liegen
INTERFACE=Hier lese ich über die Default- Route das primäre Interface
NEWIP = ist die IP-Adresse des Backup-Systems, die in die Edomi.ini eingetragen wird
FILENAME = Wird keine Datei angegeben, versucht das Script die letzte Daten von heute, oder alternativ von gestern zu installieren

DIR="/mnt/edomiBackups/"
INTERFACE=$(route | grep '^default' | grep -o '[^ ]*$')
NEWIP=$(ip -f inet a show $INTERFACE| grep inet| awk '{ print $2}' | cut -d/ -f1)
FILENAME="$1"
#Backup von heute
DAY=$(date +'%Y-%m'-%d)
#Backup von gestern
#DAY=$(date +'%Y-%m'-%d -d "1 day ago")

if [ $# == 0 ]; then
   FILENAME=$(find $DIR  -maxdepth 1 -name "$DAY*" -print0 | xargs -r -0 ls -1 -t | head -1)
fi


# Mit Ausnahme der Aenderungen in der edomi.ini, wird der restore wie im script /usr/local/edomi/main/restore.sh ausgeführt

if [ -f "$FILENAME" ]; then
   echo "Restore backupfile $FILENAME and change ip address to $NEWIP! Hit Ctrl-C to abort ..."
   echo "Restore wird in 3 Sekunden gestartet..."
   sleep 3s

   echo "EDOMI beenden... (dies kann bis zu 30 Sekunden benötigen)"
   php /usr/local/edomi/main/control.php quit

   echo "Dienste beenden..."
   service mysqld stop
   service httpd stop
   sleep 1s

   echo "Restore vorbereiten..."
   rm -rf /usr/local/edomi
   rm -f /var/lib/mysql/mysql.sock
   rm -rf /var/lib/mysql/edomiAdmin
   rm -rf /var/lib/mysql/edomiProject
   rm -rf /var/lib/mysql/edomiLive
   sleep 1s

   echo "Restore durchführen..."
   tar -xf "$FILENAME" -C /
   chmod 777 -R /usr/local/edomi
   rm -rf /usr/local/edomi/clientid.edomi

   echo "Dienste starten..."
   service mysqld start
   service httpd start

   #Anpassen der edomi.ini
   sed -i -e "s/global_serverIP='.*'/global_serverIP='$NEWIP'/"i \
      -e 's/global_autoBackup=true/global_autoBackup=false/' \
      -e 's/global_knxGatewayActive=true/global_knxGatewayActive=false/' /usr/local/edomi/edomi.ini

   echo "Restore abgeschlossen. PowerOff in 5 Sekunden..."
   sleep 5s
   poweroff
else
   echo "Syntax: restore.sh <backupfile>"
   echo "Fehler: Die Backupdatei $FILENAME wurde nicht gefunden."
fi

Das Script im das Backup-System zum Produktiv-System zu machen, sieht so aus:

echo "Das System wird in 3 Sekunden aktiv gesetzt..."
sleep 3s

echo "EDOMI beenden... (dies kann bis zu 30 Sekunden benötigen)"
php /usr/local/edomi/main/control.php quit

echo "Dienste beenden..."
service mysqld stop
service httpd stop
sleep 1s

sed -i -e 's/global_knxGatewayActive=false/global_knxGatewayActive=true/' /usr/local/edomi/edomi.ini
echo "edomi wird in 5 Sekunden gestartet..."
systemctl enable edomi
sleep 5s
reboot

[saegefisch]

...das wäre wohl das erste Mal in diesem Forum, dass jemand sagt: "Ach, lass mal"...

klar, sehr gerne möchte ich eine Blick auf die Scripte werfen und bewerten, ob das für mich eine gleichfalls passende Lösung ist. So wie es sich liest: Respekt, schöne und einfache Lösung ohne viel drumherum. Danke für die Beschreibung der Lösung! Könnte mir auch gefallen - und natürlich alles ohne Gewähr, d.h. jeder muss selber wissen, ob es für einen passt bzw. zu kompliziert ist. Daher: Sehr gerne mal hier die Scripte zeigen...