Nach einigen Stunden Fehlersuche möchte ich hier kurz posten warum bei mit HyperBackup immer mit "komischen Fehlermeldungen" abgebrochen hat und was die Lösung war.
Ich hoffe das hilft dem einen oder anderen:
Bei uns laufen zwei Synology RackStations (RS812 und RS815RP+). Zum "ersten" Datenbackup hingen beide am gleichen Switch und alles funktionierte wie erwartet. Auf beiden ist "Jumbo Frames" mit 9000 Bytes aktiviert, da beide als iSCSI Speicher für virtuelle Maschinen dien(t)en. Als die Backup-NAS an ihrem Standort ins andere Gebäude gebracht wurde schien alles super zu laufen bis das wöchentliche Backup starten sollte. Auf all unseren Switches sind Jumbo-Frames eingeschaltet (dachte ich).
Die Backups mit HyperBackup brachen jeweils nach ca. 15 Minuten ab mit der Fehlermeldung:
Nach einigem Stöbern in Foren stieß ich auf einen Artikel, dass das Deaktivieren von "Turbo-Frames" die Lösung wäre.
Was soll ich sagen: auch bei mir. Einer der drei Switches zwischen den RackStations war nicht für Jumbo frames aktiviert.
Ich möchte hier kurz beschreiben, wie man das testen kann:
- Logge dich (per SSH) auf einer der NAS-Systeme ein.
- Prüfe mit dem Befehl "ifconfig", ob Jumbo-Frames aktiviert sind
Meine Schnittstelle ist die "bond0", ansonsten wäre eth0, eth1 usw. für die entsprechende Einzelschnittstelle zu wählen. Die Angabe "MTU 9000" sagt, dass Jumbo-Frames aktiviert und in meinem Fall auf 9000 Bytes gestellt ist. Eine Angabe von "MTU 1500" ist die normale Größe.
- Jetzt kommt zunächst der Test, ob das andere NAS-System überhaupt erreichbar ist:
(Der Befehl "sudo" führt den nachfolgenden Befehl als "Superuser" aus.) Der Befehl Ping sendet kleine Datenpakete (mit der Größe von 84 Bytes, davon 56 Bytes Nutzdaten) an die angegebene Adresse. Von dort wird es wieder zurückgeschickt. "Ping-Pong", ganz einfach.
Um Jumbo-Frames zu testen senden wir jetzt mal 9000 Bytes hin und her:
Die Angabe "-s xxxx" dient dazu die Paketgröße festzulegen. Das Paket enthält 28 Bytes Overhead. Wenn man also 9000 Bytes testen will muss man "-s 8972" angeben.
Wenn das so (ähnlich) aussieht ist die Verbindung mit Jumbo-Frames OK.
Bei mir sah das zunächst nicht so aus und das hat (warum auch immer) dazu geführt, dass HyperBackup immer wieder mit Fehler abgebrochen hat.
Ich hoffe das hilft dem einen oder anderen:
Bei uns laufen zwei Synology RackStations (RS812 und RS815RP+). Zum "ersten" Datenbackup hingen beide am gleichen Switch und alles funktionierte wie erwartet. Auf beiden ist "Jumbo Frames" mit 9000 Bytes aktiviert, da beide als iSCSI Speicher für virtuelle Maschinen dien(t)en. Als die Backup-NAS an ihrem Standort ins andere Gebäude gebracht wurde schien alles super zu laufen bis das wöchentliche Backup starten sollte. Auf all unseren Switches sind Jumbo-Frames eingeschaltet (dachte ich).
Die Backups mit HyperBackup brachen jeweils nach ca. 15 Minuten ab mit der Fehlermeldung:
Rich (BBCode):
"Exception occured while backing up data. (The backup service is not running. Please check the backup service settings or the firewall settings.)"
Nach einigem Stöbern in Foren stieß ich auf einen Artikel, dass das Deaktivieren von "Turbo-Frames" die Lösung wäre.
Was soll ich sagen: auch bei mir. Einer der drei Switches zwischen den RackStations war nicht für Jumbo frames aktiviert.
Ich möchte hier kurz beschreiben, wie man das testen kann:
- Logge dich (per SSH) auf einer der NAS-Systeme ein.
- Prüfe mit dem Befehl "ifconfig", ob Jumbo-Frames aktiviert sind
Rich (BBCode):
$ ifconfig
bond0 Link encap:Ethernet HWaddr ...
inet addr:192.168.2.30 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: ...
UP BROADCAST RUNNING MASTER MULTICAST MTU:9000 Metric:1
...
- Jetzt kommt zunächst der Test, ob das andere NAS-System überhaupt erreichbar ist:
Rich (BBCode):
$ sudo ping 192.168.2.32
Password:
PING 192.168.2.32 (192.168.2.32) 56(84) bytes of data.
64 bytes from 192.168.2.32: icmp_seq=1 ttl=64 time=1.73 ms
64 bytes from 192.168.2.32: icmp_seq=2 ttl=64 time=0.245 ms
^C
Um Jumbo-Frames zu testen senden wir jetzt mal 9000 Bytes hin und her:
Rich (BBCode):
sudo ping -d -s 8972 192.168.2.32
PING 192.168.2.32 (192.168.2.32) 8972(9000) bytes of data.
8980 bytes from 192.168.2.32: icmp_seq=1 ttl=64 time=0.589 ms
8980 bytes from 192.168.2.32: icmp_seq=2 ttl=64 time=0.568 ms
^C
Wenn das so (ähnlich) aussieht ist die Verbindung mit Jumbo-Frames OK.
Bei mir sah das zunächst nicht so aus und das hat (warum auch immer) dazu geführt, dass HyperBackup immer wieder mit Fehler abgebrochen hat.