PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Backup auf NAS funktioniert nicht (immer)



pibi
06.09.13, 12:27
Hallo zusammen

Ausgangslage:
privates Netzwerk mit zwei Servern (openSuSI 12.3) und einem NAS (Synology DS411). Das Syno beeinhaltet vier Disks (drei sind ein RAID5 mit Name vol1, die vierte ist standalone mit Name vol2). Nach x Minuten ohne Zugriff stoppen die Disks. Gemountet auf die Server wird die ganze Geschichte via AutoMount.

Das Problem:
Ich mache taeglich bzw. naechtlich mit bacula (sehr zu empfehlen!) Backups der Server bestimmter Daten (ja, das soll es geben;-)) ) auf verschiedene Medien, entweder die interne Disk oder eben das NAS.

Seit einiger Zeit brechen die Backups auf das NAS machmal ab:
06-Sep 02:05 ml370g4-dir JobId 350: Start Backup JobId 350, Job=Server-Home-Syno.2013-09-06_02.05.00_15
06-Sep 02:05 ml370g4-dir JobId 350: Using Device "FileHome-Syno"
06-Sep 02:05 ml370g4-sd JobId 350: Warning: Volume "Home-Syno-0014" not on device "FileHome-Syno" (/misc/syno-vol1/server1).
06-Sep 02:05 ml370g4-sd JobId 350: Marking Volume "Home-Syno-0014" in Error in Catalog.
06-Sep 02:05 ml370g4-sd JobId 350: Warning: Volume "Home-Syno-0014" not on device "FileHome-Syno" (/misc/syno-vol1/server1).
06-Sep 02:05 ml370g4-sd JobId 350: Marking Volume "Home-Syno-0014" in Error in Catalog.
06-Sep 02:05 ml370g4-sd JobId 350: Warning: mount.c:217 Open device "FileHome-Syno" (/misc/syno-vol1/server1) Volume "Home-Syno-0014" failed: ERR=dev.c:562 Could not open: /misc/syno-vol1/server1/Home-Syno-0014, ERR=No such file or directory

06-Sep 02:05 ml370g4-sd JobId 350: Job Server-Home-Syno.2013-09-06_02.05.00_15 is waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "FileHome-Syno" (/misc/syno-vol1/server1)
Pool: Home-Pool-Syno
Media type: File
06-Sep 03:05 ml370g4-sd JobId 350: Job Server-Home-Syno.2013-09-06_02.05.00_15 is waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "FileHome-Syno" (/misc/syno-vol1/server1)
Pool: Home-Pool-Syno
Media type: File
06-Sep 05:05 ml370g4-sd JobId 350: Job Server-Home-Syno.2013-09-06_02.05.00_15 is waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "FileHome-Syno" (/misc/syno-vol1/server1)
Pool: Home-Pool-Syno
Media type: File
06-Sep 08:01 ml370g4-sd JobId 350: Volume "Home-Syno-0014" previously written, moving to end of data.
06-Sep 08:01 ml370g4-sd JobId 350: Ready to append to end of Volume "Home-Syno-0014" size=4926562044Um 8:00 Uhr habe ich den Status von Media "Home-Syno-0014" von "Error" auf "Append" geaendert und den wartenden Job neu gestartet. Er lief problemlos.

Frage: Fuer mich ist klar, dass bacula wegen der "schlafenden" Disks das Backup-Medium nicht findet, obwohl das NAS eigentlich an den Client eine Meldung wie "warte bitte einen Moment..." schicken sollte.. Welche Erfahrungen habt Ihr mit Backups auf NAS-Speicher? Gibt es irgendwelche Optionen fuer a) Synology oder b) bacula, die dieses Verhalten beeinflussen?

Achja:
Connecting to Director localhost:9101
1000 OK: ml370g4-dir Version: 5.1.7 (24 July 2010)Diese Version ist die Letzte, die ich noch selber compilieren konnte. Seither hagelts nur Fehler:-( Dazu gibt es auch nen Thread von mir hier in diesem Forum.

Gruss Pit.

pibi
09.09.13, 20:54
Letzte Nacht hat das Backup wieder funktioniert. Weiss der Geier weshalb.

Anyway, ich denke, ich werde als Workaround 10min. vor der regulaeren Backup-Zeit einen cronjob definieren, der ein "ls -la ...." auf das Synology absetzt und damit die Disks aufweckt. Aber das kann doch nicht die Loesung sein, oder?

Gruss Pit.

pibi
30.09.13, 21:05
Ich hoffe, ich habe jetzt eine dauerhafte Loesung gefunden. Die letzten fuenf Backups liefen jedenfalls erfolgreich durch. In der Definition des Storage-Daemons habe ich folgende Zeile eingefuegt:
Heartbeat Interval = 30

Gruss Pit.