rsync Backup von großen Dateien führt zum Absturz der DS

Status
Für weitere Antworten geschlossen.

wdinter

Benutzer
Mitglied seit
18. Mai 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
HW: DS109+

Hallo zusammen,

ich habe hier diverse Server, deren Backups ich auf das NAS via rsync synchronisieren möchte.
Das eigentliche rsync klappt sehr gut, es wird alles synchronisiert, jedoch gibt es das Problem, daß die DS sich bei großen Dateien regelrecht aufhängt (0,5-25GB pro Datei/Tag), sie ist nicht mehr via LAN zu erreichen, und nur ein Hardreset zeigt noch Wirkung.
Ich habe schon versucht, die Backups über den Tag zu verteilen, jedoch ohne Erfolg, gerade das 20GB Backup bringt die DS regelmäßig (also täglich) zum Absturz.
Hat noch wer solche Probleme, oder ist das Problem nicht lösbar?
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Was sagt denn deine /var/log/messages dazu?

Itari
 

wdinter

Benutzer
Mitglied seit
18. Mai 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
Was sagt denn deine /var/log/messages dazu?

Itari
Interessant ist hier eigentlich
Hier ein Auszug
Rich (BBCode):
Jun  2 06:31:17 rsyncd[20196]: rsync: read error: No route to host (113) 
Jun  2 06:31:17 rsyncd[20196]: rsync error: error in rsync protocol data
und
Rich (BBCode):
Jun  2 06:14:19 kernel: swapper: page allocation failure. order:0, mode:0x20
Kann es sein, daß der Speicher irgendwo überläuft?
Kann man den SWAP auf die angeschlossene Festplatte auslagern?


Hier ein Auszug:
Rich (BBCode):
Jun  2 06:14:19 kernel: Mem-info:
Jun  2 06:14:19 kernel: DMA per-cpu:
Jun  2 06:14:19 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:  38   Cold: hi:   14, btch:   3 usd:  13
Jun  2 06:14:19 kernel: Active:18290 inactive:5922 dirty:0 writeback:3140 unstable:0
Jun  2 06:14:19 kernel:  free:765 slab:4302 mapped:5287 pagetables:798 bounce:0
Jun  2 06:14:19 kernel: DMA free:3060kB min:8192kB low:10240kB high:12288kB active:73160kB inactive:23688kB present:130048kB pages_scanned:0 all_unreclaimable? no
Jun  2 06:14:19 kernel: lowmem_reserve[]: 0 0 0
Jun  2 06:14:19 kernel: DMA: 1*4kB 0*8kB 1*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 3060kB
Jun  2 06:14:19 kernel: Swap cache: add 2843, delete 2843, find 584/885, race 0+0
Jun  2 06:14:19 kernel: Free swap  = 516004kB
Jun  2 06:14:19 kernel: Total swap = 522104kB
Jun  2 06:14:19 kernel: Free swap:       516004kB
Jun  2 06:14:19 kernel: 32768 pages of RAM
Jun  2 06:14:19 kernel: 1361 free pages
Jun  2 06:14:19 kernel: 1294 reserved pages
Jun  2 06:14:19 kernel: 4302 slab pages
Jun  2 06:14:19 kernel: 52558 pages shared
Jun  2 06:14:19 kernel: 0 pages swap cached
Jun  2 06:14:19 kernel: swapper: page allocation failure. order:0, mode:0x20
Jun  2 06:14:19 kernel: [<c002a9b0>] (dump_stack+0x0/0x14) from [<c0081880>] (__alloc_pages+0x2e4/0x2f8)
Jun  2 06:14:19 kernel: [<c008159c>] (__alloc_pages+0x0/0x2f8) from [<c009a2dc>] (cache_alloc_refill+0x2c4/0x568)
Jun  2 06:14:19 kernel: [<c009a018>] (cache_alloc_refill+0x0/0x568) from [<c0099fd0>] (kmem_cache_alloc+0x50/0x98)
Jun  2 06:14:19 kernel: [<c0099f80>] (kmem_cache_alloc+0x0/0x98) from [<c02661bc>] (__alloc_skb+0x30/0xec)
Jun  2 06:14:19 kernel:  r7:c7c08c80 r6:00000638 r5:00000020 r4:000005dc
Jun  2 06:14:19 kernel: [<c026618c>] (__alloc_skb+0x0/0xec) from [<c01bc4b4>] (eth_poll+0x584/0x854)
Jun  2 06:14:19 kernel:  r9:c7c2b050 r8:c70d6844 r7:c7c2b000 r6:c7257e80 r5:000005f4
Jun  2 06:14:19 kernel: r4:000005dc
Jun  2 06:14:19 kernel: [<c01bbf30>] (eth_poll+0x0/0x854) from [<c026d6e0>] (net_rx_action+0x58/0x1c8)
Jun  2 06:14:19 kernel: [<c026d688>] (net_rx_action+0x0/0x1c8) from [<c005b884>] (__do_softirq+0x60/0xc8)
Jun  2 06:14:19 kernel: [<c005b824>] (__do_softirq+0x0/0xc8) from [<c005bc34>] (irq_exit+0x48/0x50)
Jun  2 06:14:19 kernel:  r7:c0399d78 r6:00000000 r5:c03a0748 r4:0000000b
Jun  2 06:14:19 kernel: [<c005bbec>] (irq_exit+0x0/0x50) from [<c0025048>] (__exception_text_start+0x48/0x60)
Jun  2 06:14:19 kernel: [<c0025000>] (__exception_text_start+0x0/0x60) from [<c0025a30>] (__irq_svc+0x30/0x180)
Jun  2 06:14:19 kernel: Exception stack(0xc0397f60 to 0xc0397fa8)
Jun  2 06:14:19 kernel: 7f60: 00000000 0005397f 0005297f 60000013 c002792c c0396000 c002333c c0399d78 
Jun  2 06:14:19 kernel: 7f80: f1020128 56251311 000202b0 c0397fbc 600000d3 c0397fa8 c0027974 c0027694 
Jun  2 06:14:19 kernel: 7fa0: 60000013 ffffffff                                                       
Jun  2 06:14:19 kernel:  r7:c0399d78 r6:00000800 r5:0000001f r4:ffffffff
Jun  2 06:14:19 kernel: [<c0027658>] (cpu_idle+0x0/0x58) from [<c02d48d0>] (rest_init+0x54/0x64)
Jun  2 06:14:19 kernel:  r5:c03b546c r4:c03c3e04
Jun  2 06:14:19 kernel: [<c02d487c>] (rest_init+0x0/0x64) from [<c0008bf0>] (start_kernel+0x270/0x2c8)
Jun  2 06:14:19 kernel: [<c0008980>] (start_kernel+0x0/0x2c8) from [<00008034>] (0x8034)
Jun  2 06:14:19 kernel: Mem-info:
Jun  2 06:14:19 kernel: DMA per-cpu:
Jun  2 06:14:19 kernel: CPU    0: Hot: hi:   42, btch:   7 usd:  38   Cold: hi:   14, btch:   3 usd:  13
Jun  2 06:14:19 kernel: Active:18290 inactive:5922 dirty:0 writeback:3140 unstable:0
Jun  2 06:14:19 kernel:  free:765 slab:4302 mapped:5287 pagetables:798 bounce:0
Jun  2 06:14:19 kernel: DMA free:3060kB min:8192kB low:10240kB high:12288kB active:73160kB inactive:23688kB present:130048kB pages_scanned:0 all_unreclaimable? no
Jun  2 06:14:19 kernel: lowmem_reserve[]: 0 0 0
Jun  2 06:14:19 kernel: DMA: 1*4kB 0*8kB 1*16kB 1*32kB 1*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 3060kB
Jun  2 06:14:19 kernel: Swap cache: add 2843, delete 2843, find 584/885, race 0+0
Jun  2 06:14:19 kernel: Free swap  = 516004kB
Jun  2 06:14:19 kernel: Total swap = 522104kB
Jun  2 06:14:19 kernel: Free swap:       516004kB
Jun  2 06:14:19 kernel: 32768 pages of RAM
Jun  2 06:14:19 kernel: 1361 free pages
Jun  2 06:14:19 kernel: 1294 reserved pages
Jun  2 06:14:19 kernel: 4302 slab pages
Jun  2 06:14:19 kernel: 52558 pages shared
Jun  2 06:14:19 kernel: 0 pages swap cached
Jun  2 06:31:17 rsyncd[20196]: rsync: read error: No route to host (113) 
Jun  2 06:31:17 rsyncd[20196]: rsync error: error in rsync protocol data stream (code 12) at io.c(795) [receiver=3.0.4] 
Jun  2 06:31:18 rsyncd[20196]: rsync: connection unexpectedly closed (595 bytes received so far) [generator] 
Jun  2 06:31:18 rsyncd[20196]: rsync error: rsync service is no running (code 43) at io.c(633) [generator=3.0.4] 
Jun  2 08:25:33 rsyncd[20134]: rsync: read error: Connection timed out (110) 
Jun  2 08:25:33 rsyncd[20134]: rsync error: error in rsync protocol data stream (code 12) at io.c(795) [receiver=3.0.4] 
[..]
Jun  2 08:25:53 rsyncd[20200]: rsync error: rsync service is no running (code 43) at io.c(633) [generator=3.0.4] 
Jun  2 08:25:53 rsyncd[20142]: rsync: connection unexpectedly closed (595 bytes received so far) [generator] 
Jun  2 08:25:53 rsyncd[20142]: rsync error: rsync service is no running (code 43) at io.c(633) [generator=3.0.4]
 

wdinter

Benutzer
Mitglied seit
18. Mai 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
Ich hab mir das Log nochmal angeschaut, und es scheint, als ob der Netzwerktreiber daran schuld ist:
Rich (BBCode):
Jun  2 06:14:19 kernel: [<c01bbf30>] (eth_poll+0x0/0x854) from [<c026d6e0>] (net_rx_action+0x58/0x1c8)
Jun  2 06:14:19 kernel: [<c026d688>] (net_rx_action+0x0/0x1c8) from [<c005b884>] (__do_softirq+0x60/0xc8)
Jun  2 06:14:19 kernel: [<c005b824>] (__do_softirq+0x0/0xc8) from [<c005bc34>] (irq_exit+0x48/0x50)
Kann es sein, daß es ein ähnliches Problem wie mit dem e1000 Treiber ist? Dort wird mitunter deutlich mehr Speicher pro Paket verbraucht, als reell übertragen wurde...
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Ich hab mir das Log nochmal angeschaut, und es scheint, als ob der Netzwerktreiber daran schuld ist:
Rich (BBCode):
Jun  2 06:14:19 kernel: [<c01bbf30>] (eth_poll+0x0/0x854) from [<c026d6e0>] (net_rx_action+0x58/0x1c8)
Jun  2 06:14:19 kernel: [<c026d688>] (net_rx_action+0x0/0x1c8) from [<c005b884>] (__do_softirq+0x60/0xc8)
Jun  2 06:14:19 kernel: [<c005b824>] (__do_softirq+0x0/0xc8) from [<c005bc34>] (irq_exit+0x48/0x50)
Kann es sein, daß es ein ähnliches Problem wie mit dem e1000 Treiber ist? Dort wird mitunter deutlich mehr Speicher pro Paket verbraucht, als reell übertragen wurde...

Das kann dir wahrscheinlich am besten jemand vom Synology-Support erklären. Schreib denen doch mal eine E-Mail.

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat