Hallo,
Bei dem Versuch die Daten eines NAS (DS214+) von/auf einem weiteren Rechner zu sichern treten unregelmäßig folgende Abbrüche auf:
Disconnecting: Invalid ssh2 packet type: 251
rsync: connection unexpectedly closed (8226273281 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [receiver=3.1.1]
rsync: connection unexpectedly closed (305283 bytes received so far) [generator]
rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.1]
oder
dispatch_protocol_error: type 50 seq 76910
dispatch_protocol_error: type 168 seq 76911
zur Umgebung:
NAS: Synology DS214+
DSM 5.1-5022 Update 1
rsync: rsync version 3.0.9 protocol version 30
ssh: OpenSSH_6.6p2-hpn14v4, OpenSSL 1.0.1j-fips 15 Oct 2014
BackupRechner: "backupfx"
Linux backupfx 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) i686 GNU/Linux
rsync: version 3.1.1 protocol version 31
ssh: OpenSSH_6.7p1 Debian-5+deb8u1, OpenSSL 1.0.1k 8 Jan 2015
Wir wollen alle Daten vom NAS (Synology DS214+) auf einem BackupRechner ("backupfx") sichern.
* der BackupRechner wird zeitgesteuert gestartet (2 x pro Woche)
* auf dem BackupRechner wird rsync gestartet mit:
> rsync -vba -e '/usr/bin/ssh -i /home/netbackup/.ssh/rsync-key' root@192.168.10.XX:/volume1/XX /home/netbackup/backup_synraid/ --backup-dir=/home/netbackup/backup-archive/
* BackupRechner fährt wieder runter
Der BackupRechner ist über ein 1Gbit Ethernet Netzwerk mit dem NAS verbunden, steht aber in einem benachbarten Gebäude.
backupfx -> switch 1 -> switch 2 -> NAS
Auf dem Nas befinden sich ~600GB die auf den BackupRechner gespiegelt werden sollen. Die Testweisen aufrufe von rsync (also ohne automatisches starten und runterfahren) laufen nie durch - der Aufruf wird immer mit einer der o.g. Fehlermeldungen abgebrochen - allerdings werden vor dem Abbruch Files übertragen - Datenmenge, Dauer, Anzahl der Files sind jedesmal unterschiedlich (übertragene Daten pro Aufruf zwischen 1 und 30GB).
Hat jemand eine Idee woran das liegen kann?
Vielen Dank für Eure Mühen!
Bei dem Versuch die Daten eines NAS (DS214+) von/auf einem weiteren Rechner zu sichern treten unregelmäßig folgende Abbrüche auf:
Disconnecting: Invalid ssh2 packet type: 251
rsync: connection unexpectedly closed (8226273281 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [receiver=3.1.1]
rsync: connection unexpectedly closed (305283 bytes received so far) [generator]
rsync error: unexplained error (code 255) at io.c(226) [generator=3.1.1]
oder
dispatch_protocol_error: type 50 seq 76910
dispatch_protocol_error: type 168 seq 76911
zur Umgebung:
NAS: Synology DS214+
DSM 5.1-5022 Update 1
rsync: rsync version 3.0.9 protocol version 30
ssh: OpenSSH_6.6p2-hpn14v4, OpenSSL 1.0.1j-fips 15 Oct 2014
BackupRechner: "backupfx"
Linux backupfx 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) i686 GNU/Linux
rsync: version 3.1.1 protocol version 31
ssh: OpenSSH_6.7p1 Debian-5+deb8u1, OpenSSL 1.0.1k 8 Jan 2015
Wir wollen alle Daten vom NAS (Synology DS214+) auf einem BackupRechner ("backupfx") sichern.
* der BackupRechner wird zeitgesteuert gestartet (2 x pro Woche)
* auf dem BackupRechner wird rsync gestartet mit:
> rsync -vba -e '/usr/bin/ssh -i /home/netbackup/.ssh/rsync-key' root@192.168.10.XX:/volume1/XX /home/netbackup/backup_synraid/ --backup-dir=/home/netbackup/backup-archive/
* BackupRechner fährt wieder runter
Der BackupRechner ist über ein 1Gbit Ethernet Netzwerk mit dem NAS verbunden, steht aber in einem benachbarten Gebäude.
backupfx -> switch 1 -> switch 2 -> NAS
Auf dem Nas befinden sich ~600GB die auf den BackupRechner gespiegelt werden sollen. Die Testweisen aufrufe von rsync (also ohne automatisches starten und runterfahren) laufen nie durch - der Aufruf wird immer mit einer der o.g. Fehlermeldungen abgebrochen - allerdings werden vor dem Abbruch Files übertragen - Datenmenge, Dauer, Anzahl der Files sind jedesmal unterschiedlich (übertragene Daten pro Aufruf zwischen 1 und 30GB).
Hat jemand eine Idee woran das liegen kann?
Vielen Dank für Eure Mühen!