[Vorest gelöst]Fhem Backup schreibt SD Karte voll!

[Otto123]

wenn der IO im Overload steht wahrscheinlich nicht mehr.
Alle notify und DOIF die was mit HM Aktoren machen erstmal disabeln.
Dann die Eventtrigger kontrollieren und so spezifisch wie nur möglich machen!
eocr .* kann auch helfen

Es gibt schon zahlreiche Threads mit Homematic Problemfällen ...

[Gueco315]

Hallo Zusammen,

nachdem ich heute das Backup händisch angestoßen hatte, lief die SD-Karte wieder voll. Der Grund war, mein Synology NAS-Laufwerk war nicht gemountet!
@Otto: Wie kann ich im Backup-Script sicherstellen, das das NAS gemountet ist?

Gruß Günter

[Wernieman]

Welches Script verwendest Du?

Wie mountest Du überhaupt?
- im Backup-Script
- Automount
- fstab
- ......

[Gueco315]

.. ich habe das über die fstab geregelt:

Code Auswählen Erweitern

<IP>:/volume1/raspibackups /backup nfs rw,nfsvers=3 0 0

Hast du einen besseren Vorschlag? Wie könnte ich es "intelligenter" bzw. sicherer in das Script einbauen?

Code Auswählen Erweitern

#!/bin/bash

# VARIABLEN - HIER EDITIEREN
BACKUP_PFAD="/backup"
BACKUP_ANZAHL="3"
BACKUP_NAME="Fhem4"
BACKUP_ZEIT=$(date +%Y%m%d-%H%M%S)
# ENDE VARIABLEN

# Backup mit Hilfe von dd erstellen und im angegebenen Pfad speichern
dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-${BACKUP_ZEIT}.img bs=1MB

# Alte Sicherungen die nach X neuen Sicherungen entfernen
pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd

# Mit PiShrink die Backup-Datei verkleinern
pishrink.sh ${BACKUP_PFAD}/${BACKUP_NAME}-${BACKUP_ZEIT}.img

# nur 5 Backups behalten und ein paar wichtige Dateien sichern ...
cd /opt/fhem/backup
ls -1t |tail -n +6|xargs sudo rm -rf
sudo cp /opt/fhem/backup/*.* /backup/logs
sudo cp /opt/fhem/fhem.cfg /backup/cfg/fhem.cfg_`date +%y%m%d_%H%M`


[Otto123]

Das Script ist quasi grob fahrlässig
Es prüft überhaupt nicht, aber erzeugt bei einem mount Fehler eine Datei in Größe des vorhandenen Speichers. Das muss quasi schiefgehen.
Du kannst mit sowas prüfen (ist ein Schnellschuss und vielleicht nicht die bestes Variante):

Code Auswählen Erweitern

if grep /volume1/raspibackups /proc/mounts ; then
echo "gemountet"
else
echo "nicht gemountet"
fi
Du kannst auch das Vorhandensein eines Unterverzeichnisses prüfen, was nur vorhanden ist wenn erfolgreich gemountet ist

Code Auswählen Erweitern

if [ -d "/backup/Testpfad"] ...
Und Deinen Code nur ausführen wenn gemounted ist.
Ich bleibe ja dabei, ich würde mounten, backup machen, umount machen.

Warum: Ich finde es gefährlich wenn das backup Verzeichnis immer gemountet ist. Ich weiß es wird immer noch behauptet es gibt keine Schadsoftware für Linux, aber der größte potentielle Schädling heißt Admin

Da kann man den Erfolg des mount Befehls prüfen.

Code Auswählen Erweitern

if mount /media/magenta; then
echo "gemountet"
else
echo "nicht gemountet"
fi

Gruß Otto

[Wernieman]

Wenn Du "mountest", kannst Du auch den Fehlercode ($?) des Kommandos auswerten.

Und alternativ: automount!

Aber bleiben wir bei dem Script: Mit welchem User startest Du es?

Und btw: dd eines gemounteten Dateisystem ist ... problematisch. Es kann, muß aber nicht konsistent sein. Ob Du es schaffst, ein nicht konsistentes Dateisystem zu reparieren ...

[Gueco315]

Hallo,

ich habe die beiden Vorschläge eingebaut, sowohl das mout und umount für den online Backupprozess als auch die Abfrage ob die Verbindung steht.

Zur Frage von Werniemann, ich habe schon mehrfach die Online Backups restored. Alles okay.

Danke an euch,

Gruß Günter