May 2, 20251 yr Guten Abend, ich habe meinen Cache als Pool aus einer 128GB SSD-Platte und einem 128GB NVM-Speicher aufgebaut. Ja, ist vielleicht nicht so optimal, aber ein NVM-Anschluss war da, und die SSD_Platte auch. Von der Geschwindigkeit her bin ich zufrieden. Die SSD-Platte meldete mir nun bei CRC-Error-count 099 der Schwellenwert ist 0. Bei Rohwert steht 4. Ein SMART-Schnelltest bringt zwar keine Fehler, ich denke dennoch, ich sollte sie austauschen. Kann ich auch eine 256GB SSD-Platten einbauen, oder müssen beide Speicher gleich groß sein? Ich habe schon in der Anleitung gesucht, aber nicht mal was über den Plattenwechsel beim Cache gefunden, nur bei den Arryay-Platten. Platten ersetzen
May 2, 20251 yr Community Expert 42 minutes ago, Andreas2020 said: Die SSD-Platte meldete mir nun bei CRC-Error-count 099 der Schwellenwert ist 0. Im Normalfall deutet das auf Verkabelungsprobleme hin. Bitte prüfe die SATA Anschlüsse/Kabel. Wenn mehrfaches ab- und anstecken (natürlich im ausgeschalteten Zustand) nicht hilft um ggf. Kontaktschwierigkeiten auszuräumen und die UDMA CRC Werte weiter steigen: Faische ggf. das SATA Kabel. 42 minutes ago, Andreas2020 said: Bei Rohwert steht 4. Ein SMART-Schnelltest bringt zwar keine Fehler, ich denke dennoch, ich sollte sie austauschen. Die Verkabelung: ja. Die SATA SSD selber? ist in Ordnung, die brauchst Du nicht zu tauschen. 42 minutes ago, Andreas2020 said: Kann ich auch eine 256GB SSD-Platten einbauen, oder müssen beide Speicher gleich groß sein? Das kommt ggf. darauf an, wie Du die miteinander verbindest. Ich habe damit keine Erfahrung. aber bei zfs sollen unterschiedliche Größen kombinierbar sein. Natürlich hat man dann aber nur eine eingeschränkte Ausfallsicherheit und somit macht das in meinen Augen nur sehr begrenzten (oder besser kaum einen) Sinn.
May 2, 20251 yr Community Expert 3 hours ago, Andreas2020 said: oder müssen beide Speicher gleich groß sein? Nicht zwingend. Falls BTRFS zum Einsatz kommt, gibt es sogar ein Online-Berechnungstool: https://www.carfax.org.uk/btrfs-usage/
May 3, 20251 yr 9 hours ago, Andreas2020 said: Ich habe schon in der Anleitung gesucht, aber nicht mal was über den Plattenwechsel beim Cache gefunden, nur bei den Arryay-Platten. Platten ersetzen https://docs.unraid.net/unraid-os/manual/storage-management/#replace-a-disk-in-a-pool aus der Anleitung wenn es btrfs wäre ... wahrscheinlich das Naming, "pool" ...
May 3, 20251 yr Author Ganz herzlichen Dank für die Antworten, ich werde mich morgen gleich an das Tauschen des Kabels machen. @DataCollector Quote "Wenn mehrfaches ab- und anstecken (natürlich im ausgeschalteten Zustand) nicht hilft um ggf. Kontaktschwierigkeiten auszuräumen und die UDMA CRC Werte weiter steigen: Faische ggf. das SATA Kabel." Der Wert steht schon mehrere Tage auf 99. Laut Datenträgerprotokoll scheint es am 18. März Probleme gegeben zu haben. Allerdings habe ich an diesem Tag auch extrem viel überspielt. Mar 18 01:00:21 Media kernel: ata6.00: exception Emask 0x50 SAct 0x3f0 SErr 0x280900 action 0x6 frozen Mar 18 01:00:21 Media kernel: ata6.00: irq_stat 0x08000000, interface fatal error Mar 18 01:00:21 Media kernel: ata6: SError: { UnrecovData HostInt 10B8B BadCRC } Mar 18 01:00:21 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:00:21 Media kernel: ata6.00: cmd 60/00:20:30:93:81/0a:00:00:00:00/40 tag 4 ncq dma 1310720 in Mar 18 01:00:21 Media kernel: ata6.00: status: { DRDY } Mar 18 01:00:21 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:00:21 Media kernel: ata6.00: cmd 60/00:28:30:9d:81/02:00:00:00:00/40 tag 5 ncq dma 262144 in Mar 18 01:00:21 Media kernel: ata6.00: status: { DRDY } Mar 18 01:00:21 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:00:21 Media kernel: ata6.00: cmd 60/00:30:30:9f:81/0a:00:00:00:00/40 tag 6 ncq dma 1310720 in Mar 18 01:00:21 Media kernel: ata6.00: status: { DRDY } Mar 18 01:00:21 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:00:21 Media kernel: ata6.00: cmd 60/00:38:30:a9:81/0a:00:00:00:00/40 tag 7 ncq dma 1310720 in Mar 18 01:00:21 Media kernel: ata6.00: status: { DRDY } Mar 18 01:00:21 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:00:21 Media kernel: ata6.00: cmd 60/00:40:30:b3:81/0a:00:00:00:00/40 tag 8 ncq dma 1310720 in Mar 18 01:00:21 Media kernel: ata6.00: status: { DRDY } Mar 18 01:00:21 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:00:21 Media kernel: ata6.00: cmd 60/00:48:30:bd:81/02:00:00:00:00/40 tag 9 ncq dma 262144 in Mar 18 01:00:21 Media kernel: ata6.00: status: { DRDY } Mar 18 01:00:21 Media kernel: ata6: hard resetting link Mar 18 01:00:21 Media kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Mar 18 01:00:21 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:00:21 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:00:21 Media kernel: ata6.00: configured for UDMA/133 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#4 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#4 Sense Key : 0x5 [current] Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#4 ASC=0x21 ASCQ=0x4 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#4 CDB: opcode=0x28 28 00 00 81 93 30 00 0a 00 00 Mar 18 01:00:21 Media kernel: I/O error, dev sdf, sector 8491824 op 0x0:(READ) flags 0x84700 phys_seg 81 prio class 2 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#5 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#5 Sense Key : 0x5 [current] Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#5 ASC=0x21 ASCQ=0x4 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#5 CDB: opcode=0x28 28 00 00 81 9d 30 00 02 00 00 Mar 18 01:00:21 Media kernel: I/O error, dev sdf, sector 8494384 op 0x0:(READ) flags 0x80700 phys_seg 17 prio class 2 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#6 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#6 Sense Key : 0x5 [current] Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#6 ASC=0x21 ASCQ=0x4 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#6 CDB: opcode=0x28 28 00 00 81 9f 30 00 0a 00 00 Mar 18 01:00:21 Media kernel: I/O error, dev sdf, sector 8494896 op 0x0:(READ) flags 0x84700 phys_seg 81 prio class 2 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#7 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#7 Sense Key : 0x5 [current] Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#7 ASC=0x21 ASCQ=0x4 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#7 CDB: opcode=0x28 28 00 00 81 a9 30 00 0a 00 00 Mar 18 01:00:21 Media kernel: I/O error, dev sdf, sector 8497456 op 0x0:(READ) flags 0x84700 phys_seg 81 prio class 2 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#8 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#8 Sense Key : 0x5 [current] Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#8 ASC=0x21 ASCQ=0x4 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#8 CDB: opcode=0x28 28 00 00 81 b3 30 00 0a 00 00 Mar 18 01:00:21 Media kernel: I/O error, dev sdf, sector 8500016 op 0x0:(READ) flags 0x84700 phys_seg 81 prio class 2 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#9 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#9 Sense Key : 0x5 [current] Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#9 ASC=0x21 ASCQ=0x4 Mar 18 01:00:21 Media kernel: sd 6:0:0:0: [sdf] tag#9 CDB: opcode=0x28 28 00 00 81 bd 30 00 02 00 00 Mar 18 01:00:21 Media kernel: I/O error, dev sdf, sector 8502576 op 0x0:(READ) flags 0x80700 phys_seg 17 prio class 2 Mar 18 01:00:21 Media kernel: ata6: EH complete Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3932160 (dev /dev/sdf1 sector 8486640) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3936256 (dev /dev/sdf1 sector 8486648) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3948544 (dev /dev/sdf1 sector 8486672) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3944448 (dev /dev/sdf1 sector 8486664) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3952640 (dev /dev/sdf1 sector 8486680) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3956736 (dev /dev/sdf1 sector 8486688) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3960832 (dev /dev/sdf1 sector 8486696) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3940352 (dev /dev/sdf1 sector 8486656) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3964928 (dev /dev/sdf1 sector 8486704) Mar 18 01:00:21 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988810 off 3969024 (dev /dev/sdf1 sector 8486712) Mar 18 01:01:42 Media kernel: ata6.00: exception Emask 0x50 SAct 0x38 SErr 0x280900 action 0x6 frozen Mar 18 01:01:42 Media kernel: ata6.00: irq_stat 0x08000000, interface fatal error Mar 18 01:01:42 Media kernel: ata6: SError: { UnrecovData HostInt 10B8B BadCRC } Mar 18 01:01:42 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:42 Media kernel: ata6.00: cmd 60/00:18:20:f6:26/0a:00:02:00:00/40 tag 3 ncq dma 1310720 in Mar 18 01:01:42 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:42 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:42 Media kernel: ata6.00: cmd 60/00:20:20:00:27/0a:00:02:00:00/40 tag 4 ncq dma 1310720 in Mar 18 01:01:42 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:42 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:42 Media kernel: ata6.00: cmd 60/00:28:20:0a:27/02:00:02:00:00/40 tag 5 ncq dma 262144 in Mar 18 01:01:42 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:42 Media kernel: ata6: hard resetting link Mar 18 01:01:42 Media kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Mar 18 01:01:42 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:01:42 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:01:42 Media kernel: ata6.00: configured for UDMA/133 Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#3 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#3 Sense Key : 0x5 [current] Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#3 ASC=0x21 ASCQ=0x4 Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#3 CDB: opcode=0x28 28 00 02 26 f6 20 00 0a 00 00 Mar 18 01:01:42 Media kernel: I/O error, dev sdf, sector 36107808 op 0x0:(READ) flags 0x84700 phys_seg 53 prio class 2 Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#4 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#4 Sense Key : 0x5 [current] Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#4 ASC=0x21 ASCQ=0x4 Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#4 CDB: opcode=0x28 28 00 02 27 00 20 00 0a 00 00 Mar 18 01:01:42 Media kernel: I/O error, dev sdf, sector 36110368 op 0x0:(READ) flags 0x84700 phys_seg 98 prio class 2 Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#5 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#5 Sense Key : 0x5 [current] Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#5 ASC=0x21 ASCQ=0x4 Mar 18 01:01:42 Media kernel: sd 6:0:0:0: [sdf] tag#5 CDB: opcode=0x28 28 00 02 27 0a 20 00 02 00 00 Mar 18 01:01:42 Media kernel: I/O error, dev sdf, sector 36112928 op 0x0:(READ) flags 0x80700 phys_seg 27 prio class 2 Mar 18 01:01:42 Media kernel: ata6: EH complete Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16527360 (dev /dev/sdf1 sector 36105208) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16531456 (dev /dev/sdf1 sector 36105216) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16523264 (dev /dev/sdf1 sector 36105200) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16535552 (dev /dev/sdf1 sector 36105224) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16515072 (dev /dev/sdf1 sector 36105184) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16519168 (dev /dev/sdf1 sector 36105192) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16539648 (dev /dev/sdf1 sector 36105232) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16543744 (dev /dev/sdf1 sector 36105240) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16547840 (dev /dev/sdf1 sector 36105248) Mar 18 01:01:42 Media kernel: BTRFS info (device sdf1): read error corrected: ino 988984 off 16551936 (dev /dev/sdf1 sector 36105256) Mar 18 01:01:58 Media kernel: ata6.00: exception Emask 0x10 SAct 0xf00000 SErr 0x280100 action 0x6 frozen Mar 18 01:01:58 Media kernel: ata6.00: irq_stat 0x08000000, interface fatal error Mar 18 01:01:58 Media kernel: ata6: SError: { UnrecovData 10B8B BadCRC } Mar 18 01:01:58 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:58 Media kernel: ata6.00: cmd 60/00:a0:20:c0:40/0a:00:02:00:00/40 tag 20 ncq dma 1310720 in Mar 18 01:01:58 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:58 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:58 Media kernel: ata6.00: cmd 60/00:a8:20:ca:40/0a:00:02:00:00/40 tag 21 ncq dma 1310720 in Mar 18 01:01:58 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:58 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:58 Media kernel: ata6.00: cmd 60/00:b0:20:d4:40/0a:00:02:00:00/40 tag 22 ncq dma 1310720 in Mar 18 01:01:58 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:58 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:01:58 Media kernel: ata6.00: cmd 60/00:b8:20:de:40/02:00:02:00:00/40 tag 23 ncq dma 262144 in Mar 18 01:01:58 Media kernel: ata6.00: status: { DRDY } Mar 18 01:01:58 Media kernel: ata6: hard resetting link Mar 18 01:01:58 Media kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Mar 18 01:01:58 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:01:58 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:01:58 Media kernel: ata6.00: configured for UDMA/133 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#20 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#20 Sense Key : 0x5 [current] Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#20 ASC=0x21 ASCQ=0x4 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#20 CDB: opcode=0x28 28 00 02 40 c0 20 00 0a 00 00 Mar 18 01:01:58 Media kernel: I/O error, dev sdf, sector 37797920 op 0x0:(READ) flags 0x84700 phys_seg 59 prio class 2 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#21 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#21 Sense Key : 0x5 [current] Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#21 ASC=0x21 ASCQ=0x4 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#21 CDB: opcode=0x28 28 00 02 40 ca 20 00 0a 00 00 Mar 18 01:01:58 Media kernel: I/O error, dev sdf, sector 37800480 op 0x0:(READ) flags 0x84700 phys_seg 62 prio class 2 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#22 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#22 Sense Key : 0x5 [current] Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#22 ASC=0x21 ASCQ=0x4 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#22 CDB: opcode=0x28 28 00 02 40 d4 20 00 0a 00 00 Mar 18 01:01:58 Media kernel: I/O error, dev sdf, sector 37803040 op 0x0:(READ) flags 0x84700 phys_seg 70 prio class 2 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#23 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#23 Sense Key : 0x5 [current] Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#23 ASC=0x21 ASCQ=0x4 Mar 18 01:01:58 Media kernel: sd 6:0:0:0: [sdf] tag#23 CDB: opcode=0x28 28 00 02 40 de 20 00 02 00 00 Mar 18 01:01:58 Media kernel: I/O error, dev sdf, sector 37805600 op 0x0:(READ) flags 0x80700 phys_seg 20 prio class 2 Mar 18 01:01:58 Media kernel: ata6: EH complete Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4124672 (dev /dev/sdf1 sector 37797880) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4112384 (dev /dev/sdf1 sector 37797856) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4128768 (dev /dev/sdf1 sector 37797888) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4116480 (dev /dev/sdf1 sector 37797864) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4120576 (dev /dev/sdf1 sector 37797872) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4132864 (dev /dev/sdf1 sector 37797896) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4141056 (dev /dev/sdf1 sector 37797912) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4145152 (dev /dev/sdf1 sector 37797920) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4149248 (dev /dev/sdf1 sector 37797928) Mar 18 01:01:58 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989017 off 4153344 (dev /dev/sdf1 sector 37797936) Mar 18 01:03:00 Media kernel: ata6: limiting SATA link speed to 3.0 Gbps Mar 18 01:03:00 Media kernel: ata6.00: exception Emask 0x10 SAct 0xe00000 SErr 0x280100 action 0x6 frozen Mar 18 01:03:00 Media kernel: ata6.00: irq_stat 0x08000000, interface fatal error Mar 18 01:03:00 Media kernel: ata6: SError: { UnrecovData 10B8B BadCRC } Mar 18 01:03:00 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:03:00 Media kernel: ata6.00: cmd 60/c0:a8:18:7a:e5/02:00:04:00:00/40 tag 21 ncq dma 360448 in Mar 18 01:03:00 Media kernel: ata6.00: status: { DRDY } Mar 18 01:03:00 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:03:00 Media kernel: ata6.00: cmd 60/40:b0:d8:7c:e5/05:00:04:00:00/40 tag 22 ncq dma 688128 in Mar 18 01:03:00 Media kernel: ata6.00: status: { DRDY } Mar 18 01:03:00 Media kernel: ata6.00: failed command: READ FPDMA QUEUED Mar 18 01:03:00 Media kernel: ata6.00: cmd 60/f8:b8:18:82:e5/03:00:04:00:00/40 tag 23 ncq dma 520192 in Mar 18 01:03:00 Media kernel: ata6.00: status: { DRDY } Mar 18 01:03:00 Media kernel: ata6: hard resetting link Mar 18 01:03:01 Media kernel: ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 320) Mar 18 01:03:01 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:03:01 Media kernel: ata6.00: supports DRM functions and may not be fully accessible Mar 18 01:03:01 Media kernel: ata6.00: configured for UDMA/133 Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#21 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#21 Sense Key : 0x5 [current] Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#21 ASC=0x21 ASCQ=0x4 Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#21 CDB: opcode=0x28 28 00 04 e5 7a 18 00 02 c0 00 Mar 18 01:03:01 Media kernel: I/O error, dev sdf, sector 82147864 op 0x0:(READ) flags 0x80700 phys_seg 88 prio class 2 Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#22 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#22 Sense Key : 0x5 [current] Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#22 ASC=0x21 ASCQ=0x4 Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#22 CDB: opcode=0x28 28 00 04 e5 7c d8 00 05 40 00 Mar 18 01:03:01 Media kernel: I/O error, dev sdf, sector 82148568 op 0x0:(READ) flags 0x84700 phys_seg 168 prio class 2 Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#23 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=DRIVER_OK cmd_age=0s Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#23 Sense Key : 0x5 [current] Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#23 ASC=0x21 ASCQ=0x4 Mar 18 01:03:01 Media kernel: sd 6:0:0:0: [sdf] tag#23 CDB: opcode=0x28 28 00 04 e5 82 18 00 03 f8 00 Mar 18 01:03:01 Media kernel: I/O error, dev sdf, sector 82149912 op 0x0:(READ) flags 0x80700 phys_seg 113 prio class 2 Mar 18 01:03:01 Media kernel: ata6: EH complete Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 15331328 (dev /dev/sdf1 sector 82148552) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 14258176 (dev /dev/sdf1 sector 82146456) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 16379904 (dev /dev/sdf1 sector 82150600) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 15306752 (dev /dev/sdf1 sector 82148504) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 15335424 (dev /dev/sdf1 sector 82148560) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 15310848 (dev /dev/sdf1 sector 82148512) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 14262272 (dev /dev/sdf1 sector 82146464) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 16384000 (dev /dev/sdf1 sector 82150608) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 15339520 (dev /dev/sdf1 sector 82148568) Mar 18 01:03:01 Media kernel: BTRFS info (device sdf1): read error corrected: ino 989140 off 15314944 (dev /dev/sdf1 sector 82148520) Apr 1 00:00:09 Media root: /mnt/cache: 191.5 GiB (205661249536 bytes) trimmed on /dev/sdf1 May 1 00:00:08 Media root: /mnt/cache: 114.9 GiB (123419639808 bytes) trimmed on /dev/sdf1 ** Drücke eine BELIEBIGE TASTE, um dieses Fenster zu schließen **
May 3, 20251 yr Community Expert 1 hour ago, Andreas2020 said: Der Wert steht schon mehrere Tage auf 99. Laut Datenträgerprotokoll scheint es am 18. März Probleme gegeben zu haben. Allerdings habe ich an diesem Tag auch extrem viel überspielt. Zuerst: Du schriebat anfangs von CRC Error Count. Das ist bei unraid SATA SSD der SMARt Parameter 199. Bei Festplatten heißt der Parameter 199= "UDMA CRC Error Count" Ein UDMA CRC Error Count ist ein erkannter Fehler bei der Datenübertragung zwischen PC Host Kontroller und Festplatten Kontroller. Will sagen von dem einen Kontroller werden Nutzdaten mit CRC Daten zusammen verpackt und zum anderen Kontroller gesendet. Dort werden die Nutzdaten mit den CRC Daten verglichen. Wenn diese nicht korrekt sind wird korrigiert (ggf. durch Neuanforderung). Dabei kommt es NICHT zu Datenverlust, weil falsche Daten erkannt und nicht akzeptiert & weiterverarbeitet werden. Zu Deinem Protokollausschnitt: Also ich lese in Deinem Protokollausschnitt massive BTRFS Lesefehler, die durch Dein BTRFS Konstrukt behoben werden. Das würde mir weitaus mehr Sorgen machen als SMART 199 UDMA CRC Error Meldungen. Mach zuerst mal ein Backup der Daten und lasse dann Deine BTRFS Datenträger auf Fehler überprüfen und diese beheben. Es wäre für Deine Daten fatal, wenn ein Datenträger kaputte Bitwerte hat und Du die SSD mit den korrekten Werten ggf. gegen einen anderen Datenträger tauschst. Dann wäre für die betroffenen Dateien alles "im Eimer". Edited May 3, 20251 yr by DataCollector
May 4, 20251 yr Author 12 hours ago, DataCollector said: Zuerst: Du schriebat anfangs von CRC Error Count. Das ist bei unraid SATA SSD der SMARt Parameter 199. Bei Festplatten heißt der Parameter 199= "UDMA CRC Error Count" Ein UDMA CRC Error Count ist ein erkannter Fehler bei der Datenübertragung zwischen PC Host Kontroller und Festplatten Kontroller. Will sagen von dem einen Kontroller werden Nutzdaten mit CRC Daten zusammen verpackt und zum anderen Kontroller gesendet. Dort werden die Nutzdaten mit den CRC Daten verglichen. Wenn diese nicht korrekt sind wird korrigiert (ggf. durch Neuanforderung). Dabei kommt es NICHT zu Datenverlust, weil falsche Daten erkannt und nicht akzeptiert & weiterverarbeitet werden. Ich hatte oben rechts gesehen, dass das Glockensymbol rot war. Dort wurde ein Fehler angezeigt, der mich eben zu dem CRC Error Fehler führte. Unter "Attribute" des Gerätes Cache gab es nur eine rote Zeile, eben die Parameter 199= "UDMA CRC Error Count". Weiter gibt es auf der Übersichtsseite ein rotes Dreieck: Pool hat einen Smart Fehler. 12 hours ago, DataCollector said: Zu Deinem Protokollausschnitt: Also ich lese in Deinem Protokollausschnitt massive BTRFS Lesefehler, die durch Dein BTRFS Konstrukt behoben werden. Das würde mir weitaus mehr Sorgen machen als SMART 199 UDMA CRC Error Meldungen. Dieser Fehler wird nur im Datenträgerprotokoll des Datenträgers angezeigt, das sich auf der Start-Seite befindet. Natürlich beunruhigt mich das jetzt auch, aber ich hätte erwartet, dass das ebenso rechts oben bei Alarme oder irgendwo auf der Übersicht oder Startseite angezeigt wird. Ein kleiner Hinweis des Systems wäre da nett. 12 hours ago, DataCollector said: Mach zuerst mal ein Backup der Daten und lasse dann Deine BTRFS Datenträger auf Fehler überprüfen und diese beheben. Es wäre für Deine Daten fatal, wenn ein Datenträger kaputte Bitwerte hat und Du die SSD mit den korrekten Werten ggf. gegen einen anderen Datenträger tauschst. Dann wäre für die betroffenen Dateien alles "im Eimer". Es betrifft ja den Cache. Daten sind dort keine mehr, sind alle auf den Platten. Bei denen gab es vorgestern bei der Paritätsprüfung keine Probleme. Ich habe soeben einen Selbstest der Samsung Platte im Cache gemacht und finde da nichts Auffälliges. smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.1.64-Unraid] (local build) Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Samsung based SSDs Device Model: Samsung SSD 850 PRO 128GB Serial Number: S24ZNX0H928323M LU WWN Device Id: 5 002538 84029ef72 Firmware Version: EXM02B6Q User Capacity: 128,035,676,160 bytes [128 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device TRIM Command: Available Device is: In smartctl database 7.3/5528 ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4c SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s) Local Time is: Sun May 4 09:13:43 2025 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled AAM feature is: Unavailable APM feature is: Unavailable Rd look-ahead is: Enabled Write cache is: Enabled DSN feature is: Unavailable ATA Security is: Disabled, frozen [SEC2] Unexpected SCT status 0x0001 (action_code=4, function_code=2) Wt Cache Reorder: Unknown (SCT Feature Control command failed) === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 0) seconds. Offline data collection capabilities: (0x53) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 68) minutes. SCT capabilities: (0x003d) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 1 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 5 Reallocated_Sector_Ct PO--CK 100 100 010 - 0 9 Power_On_Hours -O--CK 087 087 000 - 61460 12 Power_Cycle_Count -O--CK 099 099 000 - 287 177 Wear_Leveling_Count PO--C- 097 097 000 - 139 179 Used_Rsvd_Blk_Cnt_Tot PO--C- 100 100 010 - 0 181 Program_Fail_Cnt_Total -O--CK 100 100 010 - 0 182 Erase_Fail_Count_Total -O--CK 100 100 010 - 0 183 Runtime_Bad_Block PO--C- 100 100 010 - 0 187 Uncorrectable_Error_Cnt -O--CK 100 100 000 - 0 190 Airflow_Temperature_Cel -O--CK 072 057 000 - 28 195 ECC_Error_Rate -O-RC- 200 200 000 - 0 199 CRC_Error_Count -OSRCK 099 099 000 - 4 235 POR_Recovery_Count -O--C- 099 099 000 - 51 241 Total_LBAs_Written -O--CK 099 099 000 - 30697220027 ||||||_ K auto-keep |||||__ C event count ||||___ R error rate |||____ S speed/performance ||_____ O updated online |______ P prefailure warning General Purpose Log Directory Version 1 SMART Log Directory Version 1 [multi-sector log support] Address Access R/W Size Description 0x00 GPL,SL R/O 1 Log Directory 0x01 SL R/O 1 Summary SMART error log 0x02 SL R/O 1 Comprehensive SMART error log 0x03 GPL R/O 1 Ext. Comprehensive SMART error log 0x06 SL R/O 1 SMART self-test log 0x07 GPL R/O 1 Extended self-test log 0x09 SL R/W 1 Selective self-test log 0x10 GPL R/O 1 NCQ Command Error log 0x11 GPL R/O 1 SATA Phy Event Counters log 0x13 GPL R/O 1 SATA NCQ Send and Receive log 0x30 GPL,SL R/O 9 IDENTIFY DEVICE data log 0x80-0x9f GPL,SL R/W 16 Host vendor specific log 0xa1 GPL,SL VS 16 Device vendor specific log 0xa5 GPL,SL VS 16 Device vendor specific log 0xce GPL,SL VS 16 Device vendor specific log 0xde SL VS 1 Device vendor specific log 0xe0 GPL,SL R/W 1 SCT Command/Status 0xe1 GPL,SL R/W 1 SCT Data Transfer SMART Extended Comprehensive Error Log Version: 1 (1 sectors) No Errors Logged SMART Extended Self-test Log Version: 1 (1 sectors) Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 61460 - # 2 Extended offline Completed without error 00% 61351 - # 3 Short offline Completed without error 00% 60331 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. SCT Status Version: 3 SCT Version (vendor specific): 1 (0x0001) Device State: Active (0) Current Temperature: 28 Celsius Power Cycle Min/Max Temperature: ?/ ? Celsius Lifetime Min/Max Temperature: ?/ ? Celsius Under/Over Temperature Limit Count: 0/232480 SCT Temperature History Version: 2 Temperature Sampling Period: 10 minutes Temperature Logging Interval: 10 minutes Min/Max recommended Temperature: ?/ ? Celsius Min/Max Temperature Limit: ?/ ? Celsius Temperature History Size (Index): 128 (112) Index Estimated Time Temperature Celsius 113 2025-05-03 12:00 29 ********** ... ..( 43 skipped). .. ********** 29 2025-05-03 19:20 29 ********** 30 2025-05-03 19:30 30 *********** 31 2025-05-03 19:40 31 ************ 32 2025-05-03 19:50 31 ************ 33 2025-05-03 20:00 30 *********** 34 2025-05-03 20:10 30 *********** 35 2025-05-03 20:20 31 ************ 36 2025-05-03 20:30 30 *********** 37 2025-05-03 20:40 29 ********** ... ..( 5 skipped). .. ********** 43 2025-05-03 21:40 29 ********** 44 2025-05-03 21:50 28 ********* 45 2025-05-03 22:00 29 ********** 46 2025-05-03 22:10 28 ********* ... ..( 17 skipped). .. ********* 64 2025-05-04 01:10 28 ********* 65 2025-05-04 01:20 30 *********** 66 2025-05-04 01:30 29 ********** 67 2025-05-04 01:40 29 ********** 68 2025-05-04 01:50 28 ********* 69 2025-05-04 02:00 28 ********* 70 2025-05-04 02:10 28 ********* 71 2025-05-04 02:20 29 ********** 72 2025-05-04 02:30 29 ********** 73 2025-05-04 02:40 28 ********* ... ..( 2 skipped). .. ********* 76 2025-05-04 03:10 28 ********* 77 2025-05-04 03:20 29 ********** 78 2025-05-04 03:30 29 ********** 79 2025-05-04 03:40 28 ********* ... ..( 2 skipped). .. ********* 82 2025-05-04 04:10 28 ********* 83 2025-05-04 04:20 29 ********** 84 2025-05-04 04:30 29 ********** 85 2025-05-04 04:40 28 ********* 86 2025-05-04 04:50 28 ********* 87 2025-05-04 05:00 27 ******** 88 2025-05-04 05:10 28 ********* 89 2025-05-04 05:20 29 ********** 90 2025-05-04 05:30 29 ********** 91 2025-05-04 05:40 30 *********** 92 2025-05-04 05:50 29 ********** 93 2025-05-04 06:00 28 ********* 94 2025-05-04 06:10 28 ********* 95 2025-05-04 06:20 27 ******** ... ..( 15 skipped). .. ******** 111 2025-05-04 09:00 27 ******** 112 2025-05-04 09:10 33 ************** SCT Error Recovery Control: Read: Disabled Write: Disabled Device Statistics (GP/SMART Log 0x04) not supported Pending Defects log (GP Log 0x0c) not supported SATA Phy Event Counters (GP Log 0x11) ID Size Value Description 0x0001 2 4 Command failed due to ICRC error 0x0002 2 4 R_ERR response for data FIS 0x0003 2 4 R_ERR response for device-to-host data FIS 0x0004 2 0 R_ERR response for host-to-device data FIS 0x0005 2 0 R_ERR response for non-data FIS 0x0006 2 0 R_ERR response for device-to-host non-data FIS 0x0007 2 0 R_ERR response for host-to-device non-data FIS 0x0008 2 0 Device-to-host non-data FIS retries 0x0009 2 6 Transition from drive PhyRdy to drive PhyNRdy 0x000a 2 6 Device-to-host register FISes sent due to a COMRESET 0x000b 2 0 CRC errors within host-to-device FIS 0x000d 2 0 Non-CRC errors within host-to-device FIS 0x000f 2 0 R_ERR response for host-to-device data FIS, CRC 0x0010 2 0 R_ERR response for host-to-device data FIS, non-CRC 0x0012 2 0 R_ERR response for host-to-device non-data FIS, CRC 0x0013 2 0 R_ERR response for host-to-device non-data FIS, non-CRC
May 4, 20251 yr Community Expert Solution 1 hour ago, Andreas2020 said: Es betrifft ja den Cache. Korrekt. Und darin eben (vermutlich) einen der beiden enthaltenen Datrenträger. Es wird eben immer gemeldet, daß es da BTRFS Read Errors bei /dev/sdf1 zu geben scheint, welche durch BTRFS korrigiert/ausgebügelt müssen/werden. Ob es nun ein Fehler verursacht durch BTRFS selber ist, oder der Datenträger selber Probleme hat, ist anhand des Logs nicht erkennbar. Da aber die relevanten Smart Werte wohl nicht angestiegen sind, schätze ich, daß es wieder einmal ein rein interner BTRFS Fehler/Problem ist. Man liest hier im Forum ja nicht zum ersten Mal davon, daß sich Probleme ergeben, die sich dann als BTRFS verursacht zeigen. Bei Single Disks bevorzuge ich xfs, bei einem Verbund nutze ich seit unraid 6.12.x da eher zfs. Selbst meine Docker Imagedatei habe ich von btrfs auf xfs umgestellt. 1 hour ago, Andreas2020 said: Daten sind dort keine mehr, Okay, dann hast Du die also alle ins Array verschoben. Dadurch, daß BTRFS (vermutlich als Raid1 betrieben) die Fehler anscheinend erkannt hat, wurden die beim Umkopieren mutmaßlich behoben und Du solltest wohl dann im Array (hoffentlich) fehlerfreie Dateien haben. (Die Hoffnung stirbt zuletzt 😄) 1 hour ago, Andreas2020 said: Bei denen gab es vorgestern bei der Paritätsprüfung keine Probleme. Der Paritycheck im array betrachtet nicht den logisch korrekten Inhalt der Dateien, bzw interessiert sich nicht, ob die Dateien darin den gewünschten Inhalt enthalten. Der Paritätschek sichert nur ab, daß die Quersumme aller Bits des selben Sektors (über alle Array Datenträger) dem entspricht, was da ursprünglich als Quersumme berechnet wurde als die Dateien da mal rein geschrieben wurden. 1 hour ago, Andreas2020 said: Ich habe soeben einen Selbstest der Samsung Platte im Cache gemacht und finde da nichts Auffälliges. Die Samsung 850 Pro ist also Deine SATA Disk im SATA +NVMe BTRFS Raid1 Verbund. Bisher hattest Du ja immer nur von "einer 128GB SSD-Platte und einem 128GB NVM-Speicher" geschrieben. (Ich wußte also nicht welche SSDs Du dort zusammengeschaltet hast.) Wie schon gesagt: ich gehe ja nicht davon aus, daß die SSDs (egal welche der beiden) ein wirkliches Hardwareproblem hat. Der "BTRFS Read Error" könnte im BTRFS System begründet liegen und der "(UDMA) CRC Check Error" in den Smartwerten könnte (mit großer Wahrscheinlichkeit) ein Verkabelungsproblem/SATA Datentransportproblem sein. 2 unterschiedliche Probleme die selber wohl nichts miteinander zu tun haben müssen. Daß somit ein SMART Test eines (oder auch beider) Datenträger technisch keinen Fehler (abgesehen vom hochgelaufenen UDMA Zähler) findet ist somit logisch. Ich wiederhole mich somit: "...und lasse dann Deine BTRFS Datenträger auf Fehler überprüfen und diese beheben." Damit habe ich mich aber wohl unklar ausgedrückt. Sorry!! Ich meine daß Du nicht die SSDs einzeln auf Hardwareproblem prüfen sollst (abgesehen von der Verkabelung der SSD mit den CRC Fehlern), sondern das Dateisystem auf den Datenträgern (BTRFS). Damit war ein Scrubbing oder so gemeint. Da Du aber Deine Daten wohl sowieso alle dort entfernt hast, kannst Du auch einfach den SSD Pool auflösen (new Config) mit den gewünschten neuen Datenträgern neu erstellen, dann den Pool mit dem gewünschten neuen Dateisystem formatieren (vielleicht dieses mal nicht mehr BTRFS?) und dann Deine Dateien wieder vom Array in den Pool zurückschreiben. Ach ja: und dennoch finde ich den Ratschlag richtig, wenn man ein System hat, bei dem vielleicht Daten beschädigt werden können: Backup erstellen! Ergänzungen zu Deinem SMART Protokoll: Deine Samsung SATA SSD ist zwar SATA 3 (6GBit/s) fähig, wurde aber zum Testzeitpunkt aber nur mit SATA-2 (3GBit/s) betrieben. Du hast also Deine (vermutlich) weitaus schnellere NVME SSD nicht nur durch SATA runter gebremst, sondern hast SATA auch noch einmal nur halb so schnell in Betrieb, wie es die SSD hergeben würde. - Benutzt Du ein sehr altes Mainboard, welches nur SATA 2 Anschlüsse hat? - Oder ein altes Intel Sandy Bridge Board, welches 2 unterschiedliche SATA Normen stützt (und Du hast die SSD an den langsameren Port angeschlossen)? - Oder haben die Kontroller wegen den UDMA CRC Fehlern die Geschwindigkeit runter geregelt um weitere Fehler durch 'zu hohe Frequenten' auf dem zu schlechte Kabel zu vermeiden? Das ist leider unbekannt. Siehe Screenshot 1 Du hast auch nicht 99 Fehler im CRC Error Parameter Nummer 199, sondern nur 4. Siehe Screenshot 2 Screenshot 1: Screenshot 2: Edited May 4, 20251 yr by DataCollector
May 4, 20251 yr Author @DataCollector vorab mal vielen Dank für Deine umfassenden Erklärungen, bringt mir sehr viel! 4 hours ago, DataCollector said: Ich meine daß Du nicht die SSDs einzeln auf Hardwareproblem prüfen sollst (abgesehen von der Verkabelung der SSD mit den CRC Fehlern), sondern das Dateisystem auf den Datenträgern (BTRFS). Damit war ein Scrubbing oder so gemeint. Es gibt bei den Cache-Einstellungen den Unterpunkt Scrub. Ohne genau zu wissen, was das ist (vermutl. bereinigen?), habe ich das mal gemacht. Ohne jegliche Fehler. Man könnte dort einen Zeitplan festlegen, der dies immer mal macht. Ist das bei einer SSD zu empfehlen? 4 hours ago, DataCollector said: Ach ja: und dennoch finde ich den Ratschlag richtig, wenn man ein System hat, bei dem vielleicht Daten beschädigt werden können: Backup erstellen! Von den Datenplatten wird am 3. des Monats ein Backup gezogen, da ist auch der appdata-Bereich dabei. Wichtig für mich sind die Foto-Dateien, die prüfe ich nach dem Überspielen auf den Server immer mit dem FreeCommander inhaltlich. Diesen Vergleich, werde ich künftig nach dem Mover (einen Tag später) machen, wenn die Daten auf den Datenplatten sind. Dauert zwar ewig, ist es aber wert. Erst dann werden die Original-Daten gelöscht. 4 hours ago, DataCollector said: Ergänzungen zu Deinem SMART Protokoll: Deine Samsung SATA SSD ist zwar SATA 3 (6GBit/s) fähig, wurde aber zum Testzeitpunkt aber nur mit SATA-2 (3GBit/s) betrieben. Du hast also Deine (vermutlich) weitaus schnellere NVME SSD nicht nur durch SATA runter gebremst, sondern hast SATA auch noch einmal nur halb so schnell in Betrieb, wie es die SSD hergeben würde. - Benutzt Du ein sehr altes Mainboard, welches nur SATA 2 Anschlüsse hat? - Oder ein altes Intel Sandy Bridge Board, welches 2 unterschiedliche SATA Normen stützt (und Du hast die SSD an den langsameren Port angeschlossen)? - Oder haben die Kontroller wegen den UDMA CRC Fehlern die Geschwindigkeit runter geregelt um weitere Fehler durch 'zu hohe Frequenten' auf dem zu schlechte Kabel zu vermeiden? Das ist leider unbekannt. Hätte ich nicht gesehen. Ich habe ein Fujitsu D3644-B1. Das hat 6x Sata3 Anschlüsse. Nach dem Kabeltausch stehen nun dort wieder 6 GBit. Allein das rote Dreieck bei Cache in der Übersicht steht immer noch mit dem roten Text "Pool hat 1 SMART-Fehler"
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.