+-Serie Hänger beim schreiben auf NAS

[axuaxu]

Salüüü

Konfig: 1815+ mit DSM 6 und btrfs
Komisches verhalten:
Wenn ich dateien mit DTA in Firefox direkt auf das Netzwerklaufwerk herunterladen kommt es immer wieder zu "hängern"...
Lade ich die Daten direkt auf die lokale Festplatte: kein Problem
Schreibe ich Daten von der Festplatte auf die Freigabe: Kein Problem...

Jemand eine Idee?

 

[Frogman]

Ticket an Synology.

 

[axuaxu]

gemacht

 

[axuaxu]

antwort erhalten:

Thank you for contacting Synology support.

From the debug file, I found there are bad sectors on below HD that may cause this issue happened.

=== START OF INFORMATION SECTION ===
Device Model: WDC WD40EFRX-68WT0N0
Serial Number: WD-WCC4EKDH48V6

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 5

Stimmt, die Platte hat all einziges einen Wert bei Raw_read_error_rate
der rest ist imo kein problem (keine Pendings, Multizone etc)

Kann das wirklich der Fehler sein? Wenn ja, was wäre nun zu tun?

 

[Frogman]

Beobachten, ob der Wert steigt - Du findest ihn bei den SMART-Informationen unter 'Integritätsstatus' bei HDD/SSD im Speichermanager.
Wird er größer, Platte tauschen.

 

[axuaxu]

gut, aber mein ursprüngliches problem ist damit ja nicht gelöst?

 

[Frogman]

Probleme beim Schreiben können immer auftauchen, wenn die Platte solche Fehler wirft. Ob sie es tun, hängt davon ab, wo der Zugriff zufällig erfolgt. Ob die Hänger bei Dir tatsächlich zufällig davon ausgelöst wurden, kann man so nicht sagen.
Willst Du sicher gehen, dass der Punkt ausscheidet, tausch die Platte.

 

[axuaxu]

md2 : active raid5 sdb5[7] sdc5[1] sdh5[6] sdg5[5] sdf5[4] sde5[3] sdd5[2]
23413124736 blocks super 1.2 level 5, 64k chunk, algorithm 2 [7/6] [_UUUUUU]
[>....................] recovery = 0.3% (14187584/3902187456) finish=691.5min speed=93696K/sec

Mal gucken, evt werden weitere fehler ausgeworfen, falls ja gibt es eine RMA

Komisch am ganzen ist: unter DSM 5.2 mit EXT4 Raid5 gab es dieses Verhalten nicht