Dateisystemfehler / Datenverlußt - Ursache?

[geimist]

Tacho zusammen,

am 1.6.15 hatte ich eine Samsung 840 SSD als Lese-Cache eingebunden. In den Wochen darauf kam es mehrmals zu Dateisystemfehlern (einige Ordner und Dateien konnten nicht gelesen werden - E/A-Fehler). Da diese Fehler erst mit dem Lese-Cache (sowie Update auf 5.2) Einzug hielten, habe ich den Cache wieder deaktiviert (auch wenn ich mir nur schwer den Lese-Cache als Ursache vorstellen konnte). Zu einem direkten Datenverlußt kam es zwar seither nicht, aber der DSM meldet zum 2. Mal seit dem entfernen des Caches Dateisystemfehler (das war bei den ersten Malen nicht der Fall).

Jetzt meine Frage, woran liegt das?
Was ist die Ursache (HDD oder DSM Installation)?

- Erweiterter SMART-Test bringt keinen Fehler.
- keine fehlerhafte Sektoren
- Dateisystemprüfung durchgeführt

Anbei noch ein Auszug aus der /var/log/messages in der Zeit der Dateisystemfehlermelung des DSM:

Jul 28 11:56:04 DS kernel: [74078.781194] Result: hostbyte=0x00 driverbyte=0x08
Jul 28 11:56:04 DS kernel: [74078.789474] Sense Key : 0x4 [current] [descriptor]
Jul 28 11:56:04 DS kernel: [74078.794405] Descriptor sense data with sense descriptors (in hex):
Jul 28 11:56:04 DS kernel: [74078.814158] ASC=0x0 ASCQ=0x0
Jul 28 11:56:04 DS kernel: [74078.820717] cdb[0]=0x88: 88 00 00 00 00 00 3c 80 02 00 00 00 00 78 00 00
Jul 28 11:56:04 DS kernel: [74078.827787] blk_update_request: 5 callbacks suppressed
Jul 28 11:56:04 DS kernel: [74078.832959] end_request: I/O error, dev sdg, sector 1015022080
Jul 28 11:56:04 DS kernel: [74078.838862] ata7.00: Write Cache is enabled
Jul 28 11:56:04 DS kernel: [74078.846488] EXT4-fs error (device sdg1): __ext4_get_inode_loc:4103: inode #31719425: block 126877728: comm synolocalbkp: unable to read itable block
Jul 28 11:56:11 DS kernel: [74085.838010] ata7: device plugged sstatus 0x1
Jul 28 11:56:11 DS kernel: [74085.842349] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Jul 28 11:56:11 DS kernel: [74085.849851] ata7: irq_stat 0x00b00090, PHY RDY changed
Jul 28 11:56:11 DS kernel: [74085.855080] ata7: SError: { PHYRdyChg CommWake DevExch }
Jul 28 11:56:11 DS kernel: [74085.864254] ata7: limiting SATA link speed to 1.5Gbps and disable IPM
Jul 28 11:56:13 DS kernel: [74088.013629] ata7.00: Write Cache is enabled
Jul 28 11:56:16 DS kernel: [74091.469096] ata7: device unplugged sstatus 0x0
Jul 28 11:56:16 DS kernel: [74091.473703] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Jul 28 11:56:16 DS kernel: [74091.481304] ata7: irq_stat 0x00b00090, PHY RDY changed
Jul 28 11:56:16 DS kernel: [74091.486907] ata7: SError: { PHYRdyChg CommWake DevExch }
Jul 28 11:56:16 DS kernel: [74091.496436] ata7: limiting SATA link speed to 1.5Gbps and disable IPM
Jul 28 11:56:18 DS kernel: [74093.645261] ata7.00: Write Cache is enabled
Jul 28 11:56:19 DS kernel: [74093.846638] ata7: device plugged sstatus 0x1
Jul 28 11:56:19 DS kernel: [74093.851074] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Jul 28 11:56:19 DS kernel: [74093.858600] ata7: irq_stat 0x00b00090, PHY RDY changed
Jul 28 11:56:19 DS kernel: [74093.863817] ata7: SError: { PHYRdyChg CommWake DevExch }
Jul 28 11:56:21 DS kernel: [74096.015323] ata7.00: Write Cache is enabled
Jul 28 11:56:21 DS kernel: [74096.323907] ata7: device plugged sstatus 0x1
Jul 28 11:56:21 DS kernel: [74096.328228] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Jul 28 11:56:21 DS kernel: [74096.335820] ata7: irq_stat 0x00b00090, PHY RDY changed
Jul 28 11:56:21 DS kernel: [74096.341091] ata7: SError: { PHYRdyChg CommWake DevExch }
Jul 28 11:56:23 DS kernel: [74098.493498] ata7.00: Write Cache is enabled
Jul 28 11:56:27 DS kernel: [74102.246142] ata7: device unplugged sstatus 0x0
Jul 28 11:56:27 DS kernel: [74102.250760] ata7.00: exception Emask 0x10 SAct 0xffff SErr 0x4050000 action 0xe frozen
Jul 28 11:56:27 DS kernel: [74102.258736] ata7.00: irq_stat 0x00b00090, PHY RDY changed
Jul 28 11:56:27 DS kernel: [74102.264201] ata7: SError: { PHYRdyChg CommWake DevExch }
Jul 28 11:56:27 DS kernel: [74102.269727] ata7.00: failed command: WRITE FPDMA QUEUED
Jul 28 11:56:27 DS kernel: [74102.275255] ata7.00: cmd 61/00:00:00:41:dc/04:00:9e:00:00/40 tag 0 ncq 524288 out
Jul 28 11:56:27 DS kernel: [74102.275255]          res 44/77:00:00:00:00/00:00:c0:03:44/00 Emask 0x10 (ATA bus error)
Jul 28 11:56:27 DS kernel: [74102.291050] ata7.00: status: { DRDY }
Jul 28 11:56:27 DS kernel: [74102.294749] ata7.00: error: { UNC IDNF ABRT }
Jul 28 11:56:27 DS kernel: [74102.299191] ata7.00: failed command: WRITE FPDMA QUEUED
Jul 28 11:56:27 DS kernel: [74102.304554] ata7.00: cmd 61/00:08:00:45:dc/04:00:9e:00:00/40 tag 1 ncq 524288 out
Jul 28 11:56:27 DS kernel: [74102.304554]          res 44/77:00:00:00:00/00:00:00:10:44/00 Emask 0x10 (ATA bus error)
Jul 28 11:56:27 DS kernel: [74102.320245] ata7.00: status: { DRDY }
Jul 28 11:56:27 DS kernel: [74102.323984] ata7.00: error: { UNC IDNF ABRT }
Jul 28 11:56:27 DS kernel: [74102.328352] ata7.00: failed command: WRITE FPDMA QUEUED
Jul 28 11:56:27 DS kernel: [74102.333650] ata7.00: cmd 61/00:10:00:49:dc/04:00:9e:00:00/40 tag 2 ncq 524288 out
Jul 28 11:56:27 DS kernel: [74102.333650]          res 44/77:00:00:00:00/00:00:00:20:44/00 Emask 0x10 (ATA bus error)
Jul 28 11:56:27 DS kernel: [74102.349281] ata7.00: status: { DRDY }
Jul 28 11:56:27 DS kernel: [74102.353051] ata7.00: error: { UNC IDNF ABRT }
Jul 28 11:56:27 DS kernel: [74102.357505] ata7.00: failed command: WRITE FPDMA QUEUED
Jul 28 11:56:27 DS kernel: [74102.362834] ata7.00: cmd 61/00:18:00:4d:dc/04:00:9e:00:00/40 tag 3 ncq 524288 out
Jul 28 11:56:27 DS kernel: [74102.362834]          res 44/77:00:00:00:00/00:00:00:30:44/00 Emask 0x10 (ATA bus error)

 

[dil88]

Die SMART-Werte sind auf jeden Fall sauber. Zur Filesystembereinigung schau Dir vielleicht einmal diesen Beitrag an.

 

[geimist]

Vielen Dank!

Ich werde testen.

 

[geimist]

Parallel zu den Eigenbemühungen hatte ich auch mal beim Synologysupport angefragt.

Hier die Antwort falls mal jemand das gleiche Problem hat:

… anhand der Logdatei konnte ich keinen Defekt des Volumes feststellen.
Bei Ihnen ist bzw. war nur der Cache betroffen:
Jul 28 12:20:27 DS kernel: [75541.359004] end_request: I/O error, dev sdg, sector 2520777216
Jul 28 12:20:27 DS kernel: [75541.365071] ata7.00: Write Cache is enabled
Jul 28 12:20:27 DS kernel: [75541.677355] EXT4-fs error (device sdg1): __ext4_get_inode_loc:4103: inode #78774273: block 315097120: comm synolocalbkp: unable to read itable block

Das Device sdg ist die SSD.
Da sich diese mehrere Male nicht vom ATA-BUS ansprechen lässt, entstehen diese Dateisystemfehler.
Dahingehend ersetzen Sie diese SSD bitte durch eine neue und versuchen erneut den Cache zu nutzen.

Bitte beachten Sie, das eine volle Funktionalität eventuell nicht gegeben werden kann, da Sie etliche Community-Pakete installiert haben.
Sollte das tauschen der SSD nicht helfen, so setzen Sie bitte das DSM zurück und versuchen es erneut.
Der Reset des DSM wird hier erklärt: https://www.synology.com/knowledgebase/tutorials/493#t3
…

 

[dil88]

Gut zu wissen, danke für die Information!