News for hackers. Stuff that matters.
Re:An Introduction to ZFS by 867-5309 on Friday November 20, 2020 @03:32AM (#25158448)
modern drives have onboard diagnostics which can report errors directly to the OS. I'd be very surprised if a modern file system was unaware of this. I'd also be surprised if users of alternative file systems didn't test a suspected failing drive before concluding it was faulty
Re:An Introduction to ZFS by ianhowson on Friday November 20, 2020 @10:24AM (#25161304)
Hard drives lie. SMART data is not thorough and it is not trustworthy. Across dozens of drive failures over the years, I've never seen SMART predict a failure before ZFS detected data loss or the OS reported 'drive is slow'. SMART is not worth the effort to monitor.

Filesystems don't read SMART data. You might have a separate daemon which monitors SMART.

ZFS checksumming is amazing for this. You know, without doubt, which file(s) are bad. You can still use failing or unknown quality drives because the checksumming will protect you from silent data corruption.

Re:An Introduction to ZFS by toast0 on Friday November 20, 2020 @01:25PM (#25163287)
SMART marking drives as failed is usually super late. But if you monitor the raw values for the important parameters (unreadable, reallocated, etc sectors), I've had good luck with replacing drives before software notices. At least for spinning drives; SSD failues were way more rare, but resulted in the drives completely disappearing from the bus, and no reliable prefail indicators. I did have one SSD go through a big reallocation that tanked throughput and the alerts from throughput and the alerts from SMART thresholds fired simultaneously.

Of course, that's great for a server farm; in home use monitoring is a lot less structured.

Re:An Introduction to ZFS by pixl97 on Friday November 20, 2020 @07:50PM (#25166921)
Expensive enterprise drives are generally better at smart stats. Of course your mileage varies by vendor. Desktop drives on the other hand are completely untrustworthy.
Re:An Introduction to ZFS by blibble on Friday November 20, 2020 @06:32AM (#25159448)
the great thing about zfs is you don't have to care, at all

as long as it writes and reads back (most of the time): ZFS will deal with it

Re:An Introduction to ZFS by redflame7 on Friday November 20, 2020 @04:24AM (#25158770)
The error is occurring between the drive and the sata controller on the mobo. There’s also the whole issue of whether the OS or the drive is responsible for error handling. If the the drives are SAS drives, typically the OS uses fire and forget methodologies for write commands. Other drives might not support that and require zfs to handle errors at the software/kernel level
Re:An Introduction to ZFS by 867-5309 on Friday November 20, 2020 @04:37AM (#25158838)
replacing the cable / testing the disk on an isolated system would confirm this
Re:An Introduction to ZFS by blueflame7 on Friday November 20, 2020 @04:54AM (#25158933)
It would but I encountered a situation once, where when I would remove the drives of the array and test the disk 1 by 1 they would all work. It wasn't until all the drives were powered on and under max write stress would the power-supply under-volt to drives randomly making it appear as multiple drives were all failing.