Backup Directory could not be unmounted

[DarkTrinity]

Hallo liebe Community,

seit einigen Wochen bekomme ich von meinem ISPC (aktuellste Version aus dem Stable-Repo) jede Nacht einen Report per Email mit folgendem Inhalt:

Backupdirectory /mnt/backup could not be unmounted.
The command

/usr/local/ispconfig/server/scripts/backup_dir_unmount.sh

failed.

Das hat vorher immer funktioniert - ich habe nichts gemacht oder geändert. In dem Cron-Protokoll in der WebUI von ISPC finde ich nichts, weil dort ja jede Minute ein neuer Log-Eintrag erzeigt wird und ich nicht soweit zurück gucken kann bis vergangene Nacht.

Frage:

1. Wo könnten auf dem Dateisystem denn Logs zu dem Cronjob zu finden sein, der das Backup triggert ?
2. Woran könnte es erfahrungsgemäß liegen, daß die Backup- REssource (FTP) plötzlich nicht mehr erfolgreich unmounted wird, obwohl nichts am System geändert wurde ?

Momentan muss ich seit etwa 2 Wochen jeden morgen dieses Verzeichnis manuell unmounten via Konsole. Das ist schon sehr unschön - ich würde das gerne wieder stabil haben.

Lieben Dank vorab

 

[Till]

Ruf mal das unmount script auf, dann siehst Du den Fehler.

 

[Till]

Woran könnte es erfahrungsgemäß liegen, daß die Backup- REssource (FTP) plötzlich nicht mehr erfolgreich unmounted wird, obwohl nichts am System geändert wurde ?

An Deinem System oder dem Backup Server, mit ISPConfig hat das ja nichts direkt zu tun. ISPConfig ruft das script auf, wenn es einen Fehler zurück gibt bzw. einen Fehlercode dass Linux das programm nicht ausführen konnte, informiert Dich ISPConfig halt darüber. Oft hilft bei sowas ein Reboot des Servers.

 

[DarkTrinity]

Also ich habe jetzte echt viel probiert und wunder mich doch sehr. Vor allem wundert es mich, daß der manuelle Aufruf des Crons immer funktioniert

php /usr/local/ispconfig/server/cron_debug.php –cronjob=500-backup.inc.php

, während der echte (also crontab gesteuerte) immer das gleoiChe, beschriebene Problem verursacht

• Update der ISPC Instanzen auf Quell- & Zielserver (nix gebracht)
• Serverreboot (Quell- & Zielserver / nix gebracht)
• On Demand Antivirus zweiter Nextcloud Instanzen auf Quellserver deaktiviert (PerfoRmance) - nix gebracht
• Startzeit der BAckups von ursprünglich 0:00 auf 1:30 angehoben
  • Auch das hat nix gebracht - lustigerweise kommt die Email von ISPC, daß der nicht unmounted werrden konnte, naCh wie vor zur selben Uhrzeit, nämlich etwa 2:10... Ich würde erwarten, daß durch diese Verschiebhung um 1.5h auch die Email 1.,5h später kommt Tut sie aber nicht

Die Backups haben folgende Parameter (alles nichts exotisches, wie ich finde):

• Web: Standard
• DB: gzip
• kein Passwort

Die o.g. Einstellungen habe ich gestern vorgenommen, heute morgen kam wieder die Email daß nicht unmounted werden konnte, aber dieses mal stimmt das ganz einfach nicht, denn das Laufwerk war sehr unmounted

Das Unmountscript habe ich wie folgt manipuliert:

## /usr/local/ispconfig/server/scripts# cat backup_dir_umount.sh  
#!/bin/bash
lsof /mnt/backup/ > /opt/debug/umount.txt
umount /mnt/backup

Diese Datei ist allerdings leer - es greift also garnix auf das Mount zu, wenn das unmount-script startet...

---

So langsam bin ich mit meinem Latein am Ende, besonders da das alles ja mal funktionierte und nichts geändert wurde... Das einzige, was sich geändert hat, ist die Ausprägung des Backups. Das liegt in komprimiertem Zustand mittlerweile bei etwa 5-7 GB. Das ist doch nicht viel...

Zwischen den gleichen Servern läft noch ein weiteres Backup, selbstgescripted (SSH- Verbinding / rsync) - das läuft ausgezeichnet (aber trabsferriert natürlich weniger, da es inkrementel ist)

Was kann man hier noch machen ? Den Umfang des Backups reduzieren, damit die GBs wenigerw erden ? Das kann es doch auch nicht sein - wir reden hier ja von putzigen 7GB (wenns hoch kommt)