DS213+ und DX213 zu langsam

[rotorocks]

Hallo zusammen

Ich besitze eine DS213+ und habe mir zusätzlich die DX213 angeschafft, hauptsächlich um backups von der DS und PC darauf zu machen.
In der DX sind 2x2tb platten im JBOD, die einrichtung des Volumes hat auch grundsätlich gut geklappt, was mir aber schon am anfang komisch vorkam war das die einrichtung inkl. überprüfung unendlich langsam war. (Nach 24std ca. 25%!) Hab dann abgebrochen und das Volume ohne überprüfung erstellt.

Hab dann die datensicherung gestartet um ein Backup von DS (volume1) auf die DX (volume2) zu machen. Alles kein problem nur die übertragungsraten sind sicher nicht normal. Anfangs startet alles mit ca. 80MB/s was ja ok ist nur nach ein paar minuten bricht die übertragungsrate immer wieder ein um sich dann auf ca. 15-18MB/s einzupendeln und bleibt dann auch so.
Ich hab das Backup die ganze nacht durchlaufen lassen und es war keine veränderung festzustellen.
Ein neustart der DS hat nichts gebracht, wieder das gleiche bild.

Hab auch schon versucht nur eine grosse datei ca. 20GB von der DS auf die DX zu kopieren aber auch hier war es so das es anfangs schnell geht und die geschwindikkeit dann einbricht.

Ich beobachtete die DX genau beim kopieren bzw. beim backup, am anfang scheint alles ok zu sein und nach ein paar minuten geht die grüne Status LED auf der DX kurz aus und wieder an, danach habe ich den massiven einbruch.

Kann es am mitgelieferten eSATA kabel liegen oder hab ich bei der einrichtung irgendetwas übersehen?

Hier noch ein Screenshot:

Danke im voraus für eure Hilfe!

 

[Ap0phis]

Naja, wenn die Überprüfung schon Probleme gemacht hat, dann wundert mich das erstmal nicht wirklich.
Ich würde die Platten wieder ausbauen, und mal am PC gründlich überprüfen.

Das mache ich grundsätzlich mit meinen neuen Platten, indem ich sie einmal komplett nulle und dann die S.M.A.R.T.-Werte nochmal überprüfe. Wenn du schwebende oder defekte Sektoren auf der Platte hast, dann werden sie durch das Nullen wiederhergestellt oder ersetzt. Die Platten laufen dann aber problemlos.

 

[rotorocks]

Ich hatte die beiden Platten zuvor in der DS und alles lief reibungslos.
Irgendetwas scheint mit der verbindung zwischen DS und DX zu sein.
Hab jetzt ein neues eSATA kabel eingesteckt, hab aber noch immer das gleiche problem.
Was mir noch aufgefallen ist, wärend eines kopiervorgangs ist die geschwindigkeit kurz ok und dann ist die DS ein paar sekunden nicht ansprechbar (friert sozusagen ein) danach blinkt die status LED an der DX kurz und der kopiervorgang geht weiter. Das sind dann diese einbrüche wie im bild zu sehen.
Alles sehr eigenartig..

 

[Fartman]

Ich hab das gleiche Gespann und hab keine Probleme.Hast du mal über Telnet Dir die /var/log/messages angeschaut ob da irgendwelche Probleme protokolliert werden ?

 

[rotorocks]

Hier mal ein auszug der message log während eines kopiervorgangs. Sagt mir leider alles nichts..

Nov 17 14:11:32 kernel: [ 911.180404] ata4.00: failed to read SCR 1 (Emask=0x40)
Nov 17 14:11:32 kernel: [ 911.185548] ata4.01: failed to read SCR 1 (Emask=0x40)
Nov 17 14:11:32 kernel: [ 911.190693] ata4.02: failed to read SCR 1 (Emask=0x40)
Nov 17 14:11:32 kernel: [ 911.195840] ata4.03: failed to read SCR 1 (Emask=0x40)
Nov 17 14:11:32 kernel: [ 911.200976] ata4.04: failed to read SCR 1 (Emask=0x40)
Nov 17 14:11:32 kernel: [ 911.206123] ata4.15: exception Emask 0x14 SAct 0x0 SErr 0x400101 action 0x6 frozen
Nov 17 14:11:32 kernel: [ 911.213691] ata4.15: SError: { RecovData UnrecovData Handshk }
Nov 17 14:11:32 kernel: [ 911.219525] ata4.00: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Nov 17 14:11:32 kernel: [ 911.226746] ata4.01: exception Emask 0x100 SAct 0xffff SErr 0x0 action 0x6 frozen
Nov 17 14:11:32 kernel: [ 911.234224] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.239454] ata4.01: cmd 61/f0:00:00:dc:23/01:00:01:00:00/40 tag 0 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.239458] res 40/00:fc:03:07:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.254308] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.257967] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.263248] ata4.01: cmd 61/f0:08:f0:dd:23/01:00:01:00:00/40 tag 1 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.263252] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.278127] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.281801] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.287047] ata4.01: cmd 61/f0:10:e0:df:23/01:00:01:00:00/40 tag 2 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.287051] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.301923] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.305598] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.310841] ata4.01: cmd 61/f0:18:d0:e1:23/01:00:01:00:00/40 tag 3 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.310846] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.325715] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.329388] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.334634] ata4.01: cmd 61/f0:20:c0:e3:23/01:00:01:00:00/40 tag 4 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.334638] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.349509] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.353182] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.358425] ata4.01: cmd 61/f0:28:b0:e5:23/01:00:01:00:00/40 tag 5 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.358429] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.373303] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.376979] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.382228] ata4.01: cmd 61/f0:30:a0:e7:23/01:00:01:00:00/40 tag 6 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.382232] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.397103] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.400776] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.406020] ata4.01: cmd 61/f0:38:90:e9:23/01:00:01:00:00/40 tag 7 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.406024] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.420888] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.424549] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.429781] ata4.01: cmd 61/f0:40:80:eb:23/01:00:01:00:00/40 tag 8 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.429785] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.444656] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.448308] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.453538] ata4.01: cmd 61/f0:48:70:ed:23/01:00:01:00:00/40 tag 9 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.453542] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.468399] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.472052] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.477298] ata4.01: cmd 61/f0:50:60:ef:23/01:00:01:00:00/40 tag 10 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.477302] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.492256] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.495921] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.501150] ata4.01: cmd 61/f0:58:50:f1:23/01:00:01:00:00/40 tag 11 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.501154] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.516091] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.519750] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.524981] ata4.01: cmd 61/f0:60:40:f3:23/01:00:01:00:00/40 tag 12 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.524985] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.539923] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.543588] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.548816] ata4.01: cmd 61/f0:68:30:f5:23/01:00:01:00:00/40 tag 13 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.548820] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.563758] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.567419] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.572649] ata4.01: cmd 61/f0:70:20:f7:23/01:00:01:00:00/40 tag 14 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.572653] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.587590] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.591253] ata4.01: failed command: WRITE FPDMA QUEUED
Nov 17 14:11:32 kernel: [ 911.596513] ata4.01: cmd 61/f0:78:10:f9:23/01:00:01:00:00/40 tag 15 ncq 253952 out
Nov 17 14:11:32 kernel: [ 911.596516] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Nov 17 14:11:32 kernel: [ 911.611453] ata4.01: status: { DRDY }
Nov 17 14:11:32 kernel: [ 911.615116] ata4.02: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Nov 17 14:11:32 kernel: [ 911.622345] ata4.03: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Nov 17 14:11:33 kernel: [ 911.629565] ata4.04: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Nov 17 14:11:33 kernel: [ 912.143365] ata4: Hardreset failed, not off-lined 0
Nov 17 14:11:37 kernel: [ 916.354312] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.359724] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.365129] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.370528] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.375925] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.381323] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.386728] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.392126] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.397534] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.402932] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.408336] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.413733] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.419137] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.424537] ata4.01: device reported invalid CHS sector 0
Nov 17 14:11:37 kernel: [ 916.429941] ata4.01: device reported invalid CHS sector 0

 

[Fartman]

Sagen tun mir die Meldungen auch nicht viel ausser das da was nicht stimmt.Es werden Fehlermeldungen in Bezug der Platten gemeldet.
Setz Dich am besten mit dem Synology Support in Kontakt.
Die werden da eher einen Durchblick haben und das reparieren können.

 

[Ap0phis]

Poste doch mal die S.M.A.R.T.-Werte der beiden Platten.

 

[Ap0phis]

Was ich so im Netz gefunden habe, deutet das Meiste auf ein Verbindungsproblem hin.
Neues Kabel hast du ja schon ausprobiert. Ich würde auch die Platten mal neu stecken. Erstmal nur eine und dann testen.

 

[rotorocks]

Bitte sehr

WD20EARX

ST2000DL003

 

[rotorocks]

Was ich so im Netz gefunden habe, deutet das Meiste auf ein Verbindungsproblem hin.
Neues Kabel hast du ja schon ausprobiert. Ich würde auch die Platten mal neu stecken. Erstmal nur eine und dann testen.

Danke! werde ich testen

 

[Ap0phis]

Jo, auch die Werte für udma_crc_error_count (#199) deuten in der Regel auf Verbindung- bzw. Kontakt-Probleme hin. Da habe ich bei meinen Platten mit >2000h Betrieb bei beiden eine 0 stehen.
Also entweder eSATA-Kabel oder -Buchse oder die Steckkontakte auf der Platine der DX!?

 

[rotorocks]

Ich habe jetzt mal versucht mit nur einer platte abwechselnd in slot1 und slot2 diverse daten zu kopieren bzw. ein backup zu starten, in slot1 habe ich anfangs eine übertragungsrate von 80-90MB/s und dann wieder diese einbrüche. Konnte auch beobachten wie jedes mal der crc_error_count bei den smart werten um 1 mehr wurde.
(Danke für den Tipp!) In slot 2 habe ich keine einbrüche der übertragungsrate, allerdings bewegt sie sich durchgehend bei ~30MB/s

Das ganze ist sehr mysteriös aber ich tippe mal das wirklich etwas mit der platine oder der eSATA buchse nicht stimmt. Leider kann ich nicht testen ob der eSATA anschluss an der DS defekt ist oder an der DX..

Ich werde mal die DX213 umtauschen und hoffen das dann alles so läuft wie es soll.. Werde dann berichten!

Nochmal danke für die Hilfe

 

[Lalungu]

Ich werde mal die DX213 umtauschen und hoffen das dann alles so läuft wie es soll.. Werde dann berichten!

Hi rotorocks,

hat der Umtausch geholfen?
Möchte mir an meine DS212+ auch eine DX213 anknödeln...
Danke für die kurze Info...

 

[rotorocks]

@lalungu
Ja hat geholfen, die esata buchse oder das board an der dx war defekt.
Hab die dx umgetauscht und jetzt funktioniert alles problemlos.

Mfg

 

[Lalungu]

Supi. Danke.
Habe aber heute nach durchforsten dieses Forum's bereits eine ds212j bestellt.
Diese stelle ich dann getrennt von der 212+ in den Keller.
So haben wir eine bessere Datensicherheit.

 

[Luis94]

@lalungu
Ja hat geholfen, die esata buchse oder das board an der dx war defekt.
Hab die dx umgetauscht und jetzt funktioniert alles problemlos.

Mfg

Wenn du an die DS213+ die DX213 anschließt funktioniert dann noch der Ruhezustand (DeepSleep)?


EDIT:

Du hast geschrieben, dass du die DX213 als JBOD laufen hast. Werden an der DS213+ beide HDDs getrennt angezeigt, oder bekommst du ein großes Laufwerk, welches aus beiden HDDs besteht, angezeigt?

 

[hando]

@lalungu
Ja hat geholfen, die esata buchse oder das board an der dx war defekt.
Hab die dx umgetauscht und jetzt funktioniert alles problemlos.

Mfg

Hatte übrigens im Nachgang noch mit Rotorocks gesprochen esata buchse bzw sein Board waren nicht defekt die Fehler kamen wieder!
Obige Aussage stimmt also nicht mehr...