+-Serie DS207+ Transferrate stottert Probleme bitte Hilfe

[dude]

Hallo bitte um Hilfe und Tipps,

Habe schon viel probiert, jedoch kein Erfolg. Habe seit 8 Tagen eine DS207+ mit neuen Samsung 2x 1TB F1 bestückt, RAID 1.
Installation usw. lief ganz gut, nach dem aufspielen von Daten war die Performance nicht ganz so toll d.h. nur ca. 12 MB Schreiben und 18-20 beim lesen über smb. über afp ca 2-4 MB/s weniger.

Ein transfergraph zeigt hierbei immer ein stottern der übertragung, d.h. die Datenrate geht kurzfristig auf 0.

Videostreaming funktioniert gar nicht, ständig stottern und irgendwann abbruch.

Dieselben Probleme auch beim zugriff auf die esata / satashare.

Hatte vorher eine 106e mit einer 750GB Samsung und war ganz zufrieden, d.h. 11-14 mb/s und keine dropdowns oder stottern. streaming hat auch geklappt und alles in der selben infrastruktur.

Bin derzeit ziemlich enttäuscht, bitte um hilfe; was meint ihr? evtl. hardware defekt oder was?

vielen Dank im vorraus.

p.s. hatte auch schon ein ipkg samba 3.irgendwas installiert, konfiguriert usw. freigaben verhalten sich genauso: dieselben aussetzer.

 

[TobiasM]

Hast die irgendwas mit Jumboframe gedreht?
Schau dir mal mit "top" die CPU-Last aufd er Konsole an, vielleicht fällt ja was auf.
Mal im Log nach irgendwas "verdächtigen" geschaut.
Schliess mal die DS direkt(sprich ohne Switch) am PC an.

 

[dude]

top ist soweit ich das sehe ok. smbd braucht kaum cpu.
jumboframes habe ich alle einstellungen durch.-> kein effekt auf das stottern nur performance-auswirkungen.
in den logs stehen ein paar komische sachen drin, evtl. kann mir das jmd. kommentieren.

-------------------------snip -----------------------------
Nov 2 22:28:20 findhostd: si_pid=[3227], process=[/bin/sh]
Nov 2 22:28:20 findhostd: si_ppid=[3226], process=[sh]
Nov 2 22:28:20 findhostd: findhostd.c:51(FHOSTDExit) exit on signal[10]
Nov 2 22:28:20 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov 2 22:28:24 kernel: eth0: Ilegal MTU value 3000, rounding MTU to: 3004
Nov 2 22:28:25 scheduler: scheduler.c (1297) Got signal. Die gracefully.
Nov 2 22:28:25 scheduler: scheduler.c (1315) rTorrent is killed.
Nov 2 22:29:25 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Nov 2 22:29:25 kernel: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Nov 2 22:29:25 kernel: Marvell Gigabit Ethernet Driver 'egiga':
Nov 2 22:29:25 kernel: o Ethernet descriptors in DRAM
Nov 2 22:29:25 kernel: o DRAM SW cache-coherency
Nov 2 22:29:25 kernel: o Checksum offload enabled
Nov 2 22:29:25 kernel: o Loading network interface 'egiga0' as eth0
Nov 2 22:29:25 kernel: o Radom MAC address 00:2c:c5:9c:e8:ff
Nov 2 22:29:25 kernel:
Nov 2 22:29:25 kernel: PCI: enabling device 0000:00:01.0 (0140 -> 0143)
Nov 2 22:29:25 kernel: Delay 10 seconds to wait for disk 0 ready.
Nov 2 22:29:25 kernel: Delay 10 seconds to wait for disk 1 ready.
Nov 2 22:29:25 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 0
Nov 2 22:29:25 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 1
Nov 2 22:29:25 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 2
Nov 2 22:29:25 kernel: Amd/Fujitsu Extended Query Table at 0x0040
Nov 2 22:29:25 kernel: DS406-0: Swapping erase regions for broken CFI table.
Nov 2 22:29:25 kernel: Mac1: 00:11:32:03:fa:6e
Nov 2 22:29:25 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Nov 2 22:29:25 kernel: Vender partition MacNum:1 retlen:128
Nov 2 22:29:25 kernel: Serial Number: xxxxxxxxxxx
Nov 2 22:29:25 kernel: raid6: int32x1 29 MB/s
Nov 2 22:29:25 kernel: raid6: int32x2 45 MB/s
Nov 2 22:29:25 kernel: raid6: int32x4 51 MB/s
Nov 2 22:29:25 kernel: raid6: int32x8 48 MB/s
Nov 2 22:29:25 kernel: raid6: using algorithm int32x4 (51 MB/s)
Nov 2 22:29:25 kernel: arm4regs : 429.200 MB/sec
Nov 2 22:29:25 kernel: 8regs : 369.200 MB/sec
Nov 2 22:29:25 kernel: 32regs : 513.200 MB/sec
Nov 2 22:29:25 kernel: raid5: using function: 32regs (513.200 MB/sec)
Nov 2 22:29:25 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Nov 2 22:29:25 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Nov 2 22:29:25 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Nov 2 22:29:25 kernel: md: sda2 has different UUID to sda1
Nov 2 22:29:25 kernel: md: sda3 has different UUID to sda1
Nov 2 22:29:25 kernel: md: sdb2 has different UUID to sda1
Nov 2 22:29:25 kernel: md: sdb3 has different UUID to sda1
Nov 2 22:29:25 kernel: md: sda3 has different UUID to sda2
Nov 2 22:29:25 kernel: md: sdb3 has different UUID to sda2
Nov 2 22:29:25 kernel: VFS: Mounted root (ext2 filesystem).
Nov 2 22:29:25 kernel: ds107+_synobios: module license 'Synology Inc.' taints kernel.
Nov 2 22:29:25 kernel: Brand: Synology
Nov 2 22:29:25 kernel: Model: DS-207+
Nov 2 22:29:25 kernel: synobios: unload
Nov 2 22:29:25 kernel: VFS: Mounted root (ext3 filesystem).
Nov 2 22:29:25 kernel: Brand: Synology
Nov 2 22:29:25 kernel: Model: DS-207+
Nov 2 22:29:25 kernel: eth0: Ilegal MTU value 3000, rounding MTU to: 3004
Nov 2 22:29:25 s00_synocheckfstab: s00_synocheckfstab_main(240): /etc/fstab format error. szBuf=/dev/md2 /volume1 ext3 defaults 0 0
Nov 2 22:29:33 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 10
Nov 2 22:29:33 scemd: modules/raid_sys_volume_check.c:382 MD0 active disks 2, designed disks 2
Nov 2 22:29:33 scemd: modules/raid_sys_volume_check.c:382 MD1 active disks 2, designed disks 2
Nov 2 22:29:33 synousbdisk: RCClean succeeded
Nov 2 22:29:33 synosata: SATA share disk [sdc] is pluged in.
Nov 2 22:29:33 synosata: partition_check_layout.c:108 [sdc] is not synopartition
Nov 2 22:29:33 synosata: SYNOSATAVolMount(172): /bin/mount -t reiserfs /dev/sdc1 /volumeSATA > /dev/null 2>&1 failed(Error Code:No such file or directory)
Nov 2 22:29:34 synosata: partition_check_layout.c:108 [sdc] is not synopartition
Nov 2 22:29:34 kernel: FAT: bogus number of reserved sectors
Nov 2 22:29:34 synosata: SYNOSATAVolMount(172): /bin/mount -o utf8,umask=000,shortname=mixed -t vfat /dev/sdc1 /volumeSATA/satashare > /dev/null 2>&1 failed(Error Code:No such file or directory)
Nov 2 22:29:34 synosata: partition_check_layout.c:108 [sdc] is not synopartition
Nov 2 22:29:34 exportfs[1319]: can't open /var/lib/nfs/rmtab for reading
Nov 2 22:29:35 ddnsd: main(ddnsd.c:1729): not enable DDNS, shutdown daemon
Nov 2 22:29:39 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Nov 2 22:29:39 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Nov 2 22:29:39 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Nov 2 22:29:39 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Nov 2 22:29:39 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Nov 2 22:29:40 scheduler: file.c (30) Failed to readlink [/var/services/download]
Nov 2 22:29:41 kernel: eth0: Ilegal MTU value 3000, rounding MTU to: 3004
Nov 2 22:29:42 kernel: Got empty serial number. Generate serial number from product.
Nov 2 22:29:45 kernel: eth0: Ilegal MTU value 3000, rounding MTU to: 3004
Nov 2 22:29:49 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device).
Nov 2 22:30:04 scemd: modules/raid_data_volume_check.c(562): volume 1 status change: 8 --> status = 0
Nov 2 23:09:54 update.cgi: update.cpp:741 Clean /tmp/update.progress...
Nov 2 23:09:54 update.cgi: update.cpp:743 Clean /tmp/update.message...
Nov 2 23:09:54 update.cgi: update.cpp:236 We get / to upgrade.
--------------------------- snip -----------------------------


vielen dank nochmal

 

[TobiasM]

eth0: Ilegal MTU value 3000, rounding MTU to: 3004

keine Ahnung ob das so normal ist. Setzte mal die MTu auf Default(1500).

 

[itari]

ich würde als erstes auf ein Platten-Problem tippen. Versuch mal einen SMART-Test der Platten.

Wenn dass nichts aussagt, würde ich mal eine Platte aus dem Raid entfernen und mal alle Dienste stoppen, bis auf SMB und dann schauen, wie sich das auf die Transferrate auswirkt.

itari

 

[dude]

Smart Test aller Platten lt. Diskstation ok. Platten sind ganz neu, d.h. neueste Serie 09.2008 und 10.2008. Plattenumbauaktion kann ich noch versuchen, wird aber schon etwas schmerzhaft. MTU hatte ich auf 1500 default auch stehen, dann rundet er auch auf 1504. Es laufen sowieso keine weiteren Dienste ausser SMB, da ich erstmal diese Problem in den Griff bekommen muss.
Bislang vielen Dank für alle Infos. Habt ihr noch weitere Ideen ?

 

[itari]

Naja, wahrscheinlich laufen noch Web-Server, Datenbank Postgres und die automatischen Index-Dienste usw. - schau mal mit ps an, was da so steht.

Ich denke, der MTU-Wert wird korrigiert, ist aber nicht wirklich ein Problem, da die Übertragung sowieso immer zurückfällt, wenn der Wert nicht überall gleich ist.

Hast mal alle Netzwerk-Kabel getauscht? Ich habe mal mit einem defekten Kabel Einbußen von rund 80% gehabt.

itari

 

[TobiasM]

Wie gesagt, ich würde auch mal ohne Switch testen.
Hast du auch mal ein anderen Rechner probiert?

 

[jahlives]

@topicstarter
Wenn du den ipkg Samba installiert hast, welchen Log Level hast du in der Config gesetzt? Je nach Log Level kannst du die Kiste vollkommen in die Knie zwingen...

 

[dude]

so. habe ohne switch getestet: einwandfrei.
natürlich kann ich nicht ohne switch leben, und das verhalten der 106e und einer maxtor shared storage II war und ist bislang tadellos.
kann es sein, das das netzwerkdevice der 207+ ziemlich schlecht drauf ist? die abweichungsrate der mtu bei euren 207+ auch vorhanden, wenn ich mtu auf 1500 jumbo off stelle habe ich ebenfall eine Korrigierte auf 1504. evtl. kommen damit switche nicht gut klar.
die korrigierte rate steht bei mir sogar im webinterface der 207+ . in der 106 steht nichts, diese verhält sich auch "normal" also gut im netz.

bitte um antworten. vielen dank im voraus

 

[jahlives]

Ist es denn überhaupt ein GBit-Switch? Denn nur diese können überhaupt mit Jumboframes umgehen.
Wegen der Schreibperformance: Ein RAID1 ist sicherlich langsamer als eine einzelne Platte und einiges langsamer als ein RAID0. Denn die Daten werden ja zweimal geschrieben.

Gruss

tobi

 

[itari]

Ist es denn überhaupt ein GBit-Switch? Denn nur diese können überhaupt mit Jumboframes umgehen.
Wegen der Schreibperformance: Ein RAID1 ist sicherlich langsamer als eine einzelne Platte und einiges langsamer als ein RAID0. Denn die Daten werden ja zweimal geschrieben.

ja doch, aber parallel - des ist nicht langsamer; beim lesen sogar schneller, weil abwechseln gelesen wird

Gruss

tobi

Einfach mal die Testberichte anschauen. Die 107+ ist genauso aufgebaut wie die 207+ und letztere ist immer etwas schneller.

itari

 

[dude]

Testbericht:

Also:
Habe wieder einige Stunden in mein "tolles" Synology-DS207+ -Teil reingehängt. Das war alles nicht Sinn der Sache, da ich eine mehr oder weniger Plug&Play Lösung suchte.

- Alle Netzwerkkabel getauscht
- Gigabit-Switche getauscht/umgesteckt/ausgetauscht
- Mehrere Tests über SMB lesen/schreiben/streamen immer zu jeweils DS207+ und DS106e und einem WindowsXP-PC mit Freigabe

Vorläufiges Ergebnis:
In meiner Infrastruktur läuft das Netz über 2 Etagen im Gebäude, welche untereinander mit einem D-Link 1008D Gigabit-Switch verbunden sind, d.h. die Packete müssen über 2 Switche laufen. Kein Problem für Windows,DS106e jedoch kommt es bei der 207+ zu hängern, Einbrüche der Datenrate und Streaming ist nicht möglich.
Bei nur einem Switch sind die Probleme geringer und können vom Streaming-Device kompensiert werden. Switch habe ich auch getauscht gegen andere Hersteller -> selber Effekt.
Ich denke derzeit es liegt am Netzwerk-Device der 207+
Ist die Firmware der 207+ irgendwie flashbar/downgrade oder overwrite möglich? die krumme MTU macht mich auch stutzig.

Jemand noch ne Idee ? Das Teil ärgert mich bislang nur.

 

[_TokTok_]

ja doch, aber parallel - des ist nicht langsamer; beim lesen sogar schneller, weil abwechseln gelesen wird

Einfach mal die Testberichte anschauen. Die 107+ ist genauso aufgebaut wie die 207+ und letztere ist immer etwas schneller.

itari

Ich hab das auch immer gedacht, aber die Testberichte auf smallnetbuilder sprechen eine andere Sprache, da kann man für jedes Modell genau vergleichen, mit Raid1 oder ohne, Gbit oder Fast Ethernet.

 

[itari]

hee, du glaubst an sowas

 

[TobiasM]

Wenn es ohne Switch geht, würde mich das wundern wenn es an der Netzwerkkarte der DS liegt. Was hast du den für andere Hersteller genommen? Hast du noch nen 100MBit-Switch, ob es hier auch zum einbruch kommt?
Aus der Ferne wird das so langsam zum Kaffeesatz lesen.