Fragen zu den RaspberryMatic Backup Funktionen

[Xel66]

Wäre es da nicht einfacher per cron-Job ein 14tägiges zusätzliches Backupscript laufen zu lassen? Sowas würde die aufwändige Umbenennerei samt Fehlerhandling sparen. Ein Backup würde ich nicht anfassen, außer zum Rückspielen und/oder auf einen separaten Datenträger kopieren.

Gruß Xel66

[jmaus]

Oder du machst es wie ich, backupst ohnehin auf ein NAS/NFS Verzeichnis mit ausreichend (hunderte Gigabyte Platz) und hast /etc/config/CronBackupMaxBackups auf 0 gestellt und damit das automatische löschen gänzlich deaktiviert. Und dann kannst du mehr oder weniger unendlich backupen pder dir auf dem NAS nen Job einrichten der alle Backup >X Jahre löscht.

Möglich ist das was du willst also mehr oder weniger jetzt schon IMHO.

[rucksman007]

Das automatische Backup lief bei mir seit Monaten problemlos. Heute habe ich festgestellt, dass seit etwa zwei Wochen keine Backups mehr erstellt werden. Ein Update oder dergleichen ist in der Zeit nicht erfolgt.

In den "Erweiterte Einstellungen" ist bei den "Systemoptionen" der Haken bei "Automatische Backups" gesetzt. An gleicher Stelle zeigt der "Speicherpfad" auf "/usr/local/mnt" (Freigabe auf meinem lokalen Server), die Anzahl an Backups ist auf 15 begrenzt. Angefasst hab ich das alles seit Monaten nicht.

In /etc/config finde ich eine CronBackupMaxBackups (15) und eine CronBackupPath (/usr/local/mnt).

Ein "mount" auf der Konsole zeigt, dass die Freigabe auf meinem Server korrekt eingebunden ist. Erreichen kann ich sie auch (cd /usr/local/mnt && touch test.txt).

Wenn ich cronBackup.sh manuell auf der Konsole ausführe, läuft das Backup sauber durch.

Woran kann es liegen, dass die Backups nachts nicht mehr automatisch ausgeführt werden?

[jmaus]

Wenn ich cronBackup.sh manuell auf der Konsole ausführe, läuft das Backup sauber durch.
Woran kann es liegen, dass die Backups nachts nicht mehr automatisch ausgeführt werden?

Wenn das so ist, dann kann es natürlich sein das der cron daemon sich aufgehängt oder abgestürzt ist oder aus anderen Gründen (falscher Eintrag in der crontab) nicht richtig arbeitet. Eigentlich sollte dieser Dienst ja vom watchdog überwacht und ggf. neugestartet werden. Aber du kannst ja mal via "monit status crond" Befehl nachschauen ob der cron dienst sauber läuft und auch in die /var/log/messages reinschauen ob da zur Ausführungszeit des cronBackup (00:07 jeden Tag) irgendetwas Auffälliges zu erkennen ist.

[rucksman007]

Aber du kannst ja mal via "monit status crond" Befehl nachschauen ob der cron dienst sauber läuft

Läuft, zumindest sagt die Ausgabe "status OK".

in die /var/log/messages reinschauen ob da zur Ausführungszeit des cronBackup (00:07 jeden Tag) irgendetwas Auffälliges zu erkennen ist

Keinerlei Einträge um die Zeit. Ich habe mir die wegrotierten Logs angesehen, und interessanterweise sehe ich auch da keine Einträge, selbst an Tagen, an denen noch Backups angelegt worden sind.

[Baxxy]

und interessanterweise sehe ich auch da keine Einträge, selbst an Tagen, an denen noch Backups angelegt worden sind.

Es gibt auch keine Einträge ins Log für die Backup-Funktion, auch nicht bei Fehlern.
Läuft /bin/cronBackup.sh in einen Exit 1 wird /bin/triggerAlarm.tcl aufgerufen und damit eine Watchdog-Alarm-SysVar auf "ausgelöst" gesetzt.
Die "solltest" du dann sehen.

Weder /bin/cronBackup.sh noch /bin/createBackup.sh oder /bin/triggerAlarm.tcl haben "Logger-Ausgaben". Einen Monit-Watchdog bezüglich Backups gibt es m.E. nicht.

[rucksman007]

Die "solltest" du dann sehen.

Genau, "sollte" SysVar sagt "nicht ausgelöst"... wirklich eigenartig. Mir fehlt echt gerade die Phantasie, woran es liegen könnte.

[Baxxy]

Hmm, das müsstest du irgendwie debuggen.

Wenn der manuelle Aufruf von /bin/cronBackup.sh sauber durchläuft dann sollte das auch über den Cron-Job passieren.

Wenn du "fit" genug bist an den Eingeweiden der RM zu operieren dann kannst du mal die originale /bin/cronBackup.sh durch meine "Debug-Version" ersetzen. Die schreibt alles mögliche ins Log und bei manuellem Aufruf in die Konsole.

cronBackup_bx_debug.sh.txt

(4.82 KiB) 18-mal heruntergeladen

[rucksman007]

Wenn du "fit" genug bist an den Eingeweiden der RM zu operieren

Super, vielen, vielen Dank, das schaff ich

Ich wollte jetzt das alte Skript umbenennen und Deines mit dem Original-Namen nach /bin kopieren. Allerdings kann ich nach /bin nicht schreiben (RO). Ich würde jetzt das Skript irgendwo unter /usr/local legen und crontab anpassen. Oder hast Du eine andere Idee?

[Baxxy]

Ha, erwischt! Doch nicht "fit genug".

Code: Alles auswählen

mount -o rw,remount /

... Sachen erledigen...

mount -o ro,remount /

Über einen eigenen Cronjob sollte es aber auch gehen, dann aber nicht vergessen die .sh ausführbar zu machen.