+-Serie DX213 an DS213+ Daten über Netzlaufwerk (SMB) kopieren bricht ab

[hando]

Hallo zusammen, wenn ich Daten auf die DX213 kopiere, bricht reproduzierbar nach wenigen Minuten die Verbindung ab, im Log taucht dann folgendes auf:

Mar 10 23:41:55 kernel: [ 5043.012982] ata4.00: failed to read SCR 1 (Emask=0x40)
Mar 10 23:41:55 kernel: [ 5043.018141] ata4.01: failed to read SCR 1 (Emask=0x40)
Mar 10 23:41:55 kernel: [ 5043.023287] ata4.02: failed to read SCR 1 (Emask=0x40)
Mar 10 23:41:55 kernel: [ 5043.028431] ata4.03: failed to read SCR 1 (Emask=0x40)
Mar 10 23:41:55 kernel: [ 5043.033570] ata4.04: failed to read SCR 1 (Emask=0x40)
Mar 10 23:41:55 kernel: [ 5043.038719] ata4.15: exception Emask 0x4 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 10 23:41:55 kernel: [ 5043.045774] ata4.00: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 10 23:41:55 kernel: [ 5043.053011] ata4.01: exception Emask 0x100 SAct 0xffff SErr 0x0 action 0x6 frozen
Mar 10 23:41:55 kernel: [ 5043.060492] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.065734] ata4.01: cmd 61/f0:00:00:00:30/01:00:90:00:00/40 tag 0 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.065738]          res 40/00:fc:03:07:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.080589] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.084254] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.089485] ata4.01: cmd 61/f0:08:f0:01:30/01:00:90:00:00/40 tag 1 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.089489]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.104338] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.107996] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.113223] ata4.01: cmd 61/f0:10:e0:03:30/01:00:90:00:00/40 tag 2 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.113227]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.128073] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.131740] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.136970] ata4.01: cmd 61/f0:18:d0:05:30/01:00:90:00:00/40 tag 3 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.136974]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.151822] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.155480] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.160707] ata4.01: cmd 61/f0:20:c0:e8:2f/01:00:90:00:00/40 tag 4 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.160711]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.175563] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.179229] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.184459] ata4.01: cmd 61/f0:28:b0:ea:2f/01:00:90:00:00/40 tag 5 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.184463]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.199312] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.202973] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.208203] ata4.01: cmd 61/f0:30:a0:ec:2f/01:00:90:00:00/40 tag 6 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.208207]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.223063] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.226731] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.231961] ata4.01: cmd 61/f0:38:90:ee:2f/01:00:90:00:00/40 tag 7 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.231965]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.246816] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.250475] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.255702] ata4.01: cmd 61/f0:40:80:f0:2f/01:00:90:00:00/40 tag 8 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.255706]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.270552] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.274209] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.279435] ata4.01: cmd 61/f0:48:70:f2:2f/01:00:90:00:00/40 tag 9 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.279439]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.294286] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.297944] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.303169] ata4.01: cmd 61/f0:50:60:f4:2f/01:00:90:00:00/40 tag 10 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.303173]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.318107] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.321764] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.326991] ata4.01: cmd 61/f0:58:50:f6:2f/01:00:90:00:00/40 tag 11 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.326994]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.341936] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.345601] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.350833] ata4.01: cmd 61/f0:60:40:f8:2f/01:00:90:00:00/40 tag 12 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.350837]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.365774] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.369435] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.374665] ata4.01: cmd 61/f0:68:30:fa:2f/01:00:90:00:00/40 tag 13 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.374669]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.389605] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.393270] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.398501] ata4.01: cmd 61/f0:70:20:fc:2f/01:00:90:00:00/40 tag 14 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.398505]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.413439] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.417097] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.422327] ata4.01: cmd 61/f0:78:10:fe:2f/01:00:90:00:00/40 tag 15 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.422331]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.437272] ata4.01: status: { DRDY }
Mar 10 23:41:55 kernel: [ 5043.440932] ata4.02: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 10 23:41:55 kernel: [ 5043.448151] ata4.03: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 10 23:41:55 kernel: [ 5043.455371] ata4.04: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
Mar 10 23:41:56 kernel: [ 5043.968883] ata4: Hardreset failed, not off-lined 0
Mar 10 23:42:06 kernel: [ 5053.564544] ata4: No Signature Update
Mar 10 23:42:09 kernel: [ 5056.575868] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.581277] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.586683] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.592088] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.597486] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.602892] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.608288] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.613693] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.619089] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.624493] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.629891] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.635295] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.640692] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.646096] ata4.01: device reported invalid CHS sector 0
Mar 10 23:42:09 kernel: [ 5056.651494] ata4.01: device reported invalid CHS sector 0

Hier noch ein Screenshot von den Smart Infos der Festplatte WD Red 3TB:



UDMA CRC darf doch nicht sein oder? Ich hatte die HDD vorher auch schon direkt im DS213+ da hatte die keine CRC Fehler

Hab die DX213 ganz neu und irgendwie sieht mir das nach Hardwarefehler der DX213 aus, was meint Ihr?
Danke für eure Hilfe im Voraus!

 

[Matthieu]

Ich denke du solltest dich mit der Beschreibung an den Synology Support wenden. Diese Timeouts sollten bei Festplatten nicht kommen. Für uns als User im Forum ist es schwer da zu helfen - Synology sollte aber wissen was zu tun ist.

MfG Matthieu

 

[hando]

Ok danke, wie geht das erfahrungsgemäß am schnellsten bei Synology? Per Email oder Hotline? Hatte noch nie Kontakt mit dem Synology Support

 

[Matthieu]

Es gibt ein Support-Formular. Kann angesichts der CeBIT zwei bis drei Tage dauern aber an sich geht es recht zügig. Hotline ist ein wenig Glückssache, die sind momentan etwas unterbesetzt. Außerdem braucht der Support ja sowieso die Logs - da kannst du auch gleich alles in eine Mail/ein Formular stopfen.

MfG Matthieu

 

[süno42]

Hallo zusammen, wenn ich Daten auf die DX213 kopiere, bricht reproduzierbar nach wenigen Minuten die Verbindung ab, im Log taucht dann folgendes auf:

Mar 10 23:41:55 kernel: [ 5043.060492] ata4.01: failed command: WRITE FPDMA QUEUED
Mar 10 23:41:55 kernel: [ 5043.065734] ata4.01: cmd 61/f0:00:00:00:30/01:00:90:00:00/40 tag 0 ncq 253952 out
Mar 10 23:41:55 kernel: [ 5043.065738]          res 40/00:fc:03:07:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Mar 10 23:41:55 kernel: [ 5043.080589] ata4.01: status: { DRDY }

Hier noch ein Screenshot von den Smart Infos der Festplatte WD Red 3TB:

Anhang anzeigen 11853

UDMA CRC darf doch nicht sein oder? Ich hatte die HDD vorher auch schon direkt im DS213+ da hatte die keine CRC Fehler

Hab die DX213 ganz neu und irgendwie sieht mir das nach Hardwarefehler der DX213 aus, was meint Ihr?
Danke für eure Hilfe im Voraus!

Sieht zunächst erst einmal wie ein Kommunikationsproblem aus, es muß aber nicht unbedingt ein Hardwarefehler sein. Es kommen auch Softwarefehler in Frage (z.B. Treiber). Wenn Du noch keine Produktivdaten auf der Platte hast, kannst Du mal ein bißchen mit den Festplattenparametern spielen("hdparm -Q" oder "hdparm -d"). Achtung, beim Umgang mit dem Werkzeug sollte man genau wissen, was man tut.

Hast Du schon mal eine Suchmaschine Deines Vertrauens mit der obigen Fehlermeldung gefüttert? Eventuell auch mal auf Bugzilla auf kernel.org recherchieren.


Viele Grüße,
Süno42

 

[hando]

Ich habe die HDD mal in den anderen Slot der DX213 gemacht, komischerweise habe ich jetzt im anderen Slot genau die Probleme die hier bereits beschrieben wurden:

http://www.synology-forum.de/showthread.html?34967-DS213-und-DX213-zu-langsam&p=286772&viewfull=1#post286772

Also echt seltsam im einen Slot ist die Datenübertragung extremst langsam bis zum Stillstand, im anderen Fullspeed mit plötzlichem Abbruch ?


Wenn ich nach den Inhalten meines Logfiles google dann bekomme ich ne Menge Bugmeldungen des Linuxkernels.... irgendwie hab ich kein gutes Gefühl bei der Sache.....

Ich habe noch keine Produktivdaten auf der Platte, welche Optionen sollte ich mit Hdparm testen?

Nachtrag: Habe mir eben mal die Manpage zu"hdparm -Q" oder "hdparm -d" angeschaut die beiden Optionen beziehen sich auf NCQ und DMA, ist mir aber eigentlich zu gefährlich die Befehle auf der Synology anzuwenden, ich hab zuwenig Durchblick was ich damit anrichte... ich hab mir eigentlich extra die WD RED zugelegt um solche Probleme zu vermeiden.....

 

[süno42]

Guck mal hier, auf Anhieb gefunden: https://bugzilla.kernel.org/show_bug.cgi?id=43160

Dort berichtet jemand, daß er das Problem mit Limitierung der Geschwindigkeit auf <=3.0Gbps und abgeschalteten NQC auf Ubuntu gelöst hat. Ist natürlich nur eine temporäre Lösung. Falls Du nicht selbst Hand anlegen willst, wende Dich an den Synology Support mit Deiner Fehlermeldung und dem o.g. Link zu Bugzilla. Die sollen einen Hotfix rausbringen, der vorübergehend die Leistung des SATA-Controllers drosselt.

Viele Grüße,
Süno42

 

[Alfamat]

Selbes Problem kann ich auch beobachten. DS413 mit DSM 4.3-3776-1 und der DX213. Habe versucht ein paar Acronis-Images (ca. 25 - 50 GB) vom Windows Rechner direkt in einen Backupordner der DX213 zu schieben. Laut dem Graph im DSM schwankt die Datenrate erheblich zwischen 0 und ca. 55 MB/s. Sieht richtig zackig aus, bis hin zum Stillstand. Dann passeiert ein paar Sekunden gar nichts, die Datenrate Windowsanzeige ist im kb/s Bereich und schnellt dann wieder hoch. Das Ganze passiert ein paarmal, bis eine Fehlermeldung kommt: "Entfernen Sie einen evtl. Schreibschutz" und das Ganze wird abgebrochen oder ebene komplett neu begonnen.
Im SMART der Platten in der DX213 geht dann auch die UDMA Error Rate hoch.

Wenn ich die Files alle erst auf das R5 der DS413 schaufel und danach per Filestation im DSM zur DX213 umbewege, klappt das ohne Fehler. Also da ist auf jeden Fall noch eine weitere Baustelle offen !

Edit: habe gesehen, bei mir war der Schreibcache aktiviert. Den habe ich mal deaktiviert und werde es nochmal testen.

 

[Alfamat]

Edit: zu früh gefreut. Von Intern der DS413 zur DX213 passiert dasselbe irgendwann, nur bekommt man da keine Fehlermeldung. Man sieht nur den extremen Einbruch in der Geschwindigkeit bis auf 0 im Ressourcenmonitor, das System hängt, die Status-LED der DX geht kurz aus (wie Reset) und wieder an und es geht für eine unbestimmt Zeit weiter.

 

[hando]

Der Übersicht halber hier mal noch Links zu anderen Threads die scheinbar den gleichen Fehler beeinhalten:

http://www.synology-forum.de/showthread.html?34967-DS213-und-DX213-zu-langsam
http://www.synology-forum.de/showthread.html?47358-Volume-auf-DX213-(Platte-2)-abgest%FCrzt-und-Platte-1-quot-nicht-initialisiert-quot

Es wäre ja schön wenn die DX213 mal irgendwann zuverlässig benutzbar wäre, vielleicht kommt da nochmal bewegung rein ...

 

[Alfamat]

Scheint so, als würde sie mit dem neuen 4.3-3810-2 Update laufen. Siehe hier: http://www.synology-forum.de/showthread.html?46963-DSM-4.3-3810-Update-1-erschienen&p=380140#post380140 --> Post #90