It's not required, but it doesn't make sense to use ZFS but not to use ECC memory. That's the point. It's like locking the backdoor but leaving the front door wide open.
If you run on proper enterprise gear, the likelyhood of encountering an issue like this is very, very rare. HP/Dell/SM servers are all ECC memory top to bottom, are properly wired (snark) and SANs have also ECC…
When a double-parity error is detected, the operating system should halt. Maybe that didn't happen properly. Tripple parity errors may go undetected, but how likely is that. I wonder what 'really' happened.
Enterprise disks do have ECC cache as opposed to consumer drives. Was it a consumer drive?
The story here is not how Silent Data Corruption is real. The story is that somebody did a bad home brew server build and fucked up. So ZFS protects against end-user mistakes. I was really hoping about a story on some…
It's not required, but it doesn't make sense to use ZFS but not to use ECC memory. That's the point. It's like locking the backdoor but leaving the front door wide open.
If you run on proper enterprise gear, the likelyhood of encountering an issue like this is very, very rare. HP/Dell/SM servers are all ECC memory top to bottom, are properly wired (snark) and SANs have also ECC…
When a double-parity error is detected, the operating system should halt. Maybe that didn't happen properly. Tripple parity errors may go undetected, but how likely is that. I wonder what 'really' happened.
Enterprise disks do have ECC cache as opposed to consumer drives. Was it a consumer drive?
The story here is not how Silent Data Corruption is real. The story is that somebody did a bad home brew server build and fucked up. So ZFS protects against end-user mistakes. I was really hoping about a story on some…