> Great! One of the inventors of ZFS and one of the ZFS tech leads from Sun were available. But what about if the average user has a problem? Maybe you can give

> Great! One of the inventors of ZFS and one of the ZFS tech leads from Sun were available. But what about if the average user has a problem? Maybe you can give us Matt's phone number? Is he available for pro bono consulting when Joe Sixpack has a problem? That was my talk. Your summary is a gross mischaracterization on many levels. I'd suggest watching the video. To elaborate a bit: we have almost certainly pushed the code path in question enormously harder than anyone else. Our workload is not even close to representative of even heavy users' experiences. We saw the bug a handful of times in about sixteen million executions. The point isn't that ZFS is buggy, since all complex systems have latent bugs. The point is that if this had been a similar bug with almost any other filesystem, the result would have been unmitigated, undetected user data corruption. Instead, it was detected, characterized, and repaired before user data was ever affected. There was admittedly much more human intervention than we would have liked, but we never returned an incorrect byte to a user. That's a big deal, and that was my point. In terms of support: your choice with any software is to support it yourself or hire others to support it. ZFS is no different in this regard. I apologize if my slide gave the wrong impression, but I can't help but feel you twisted what was clearly incomplete information into a narrative of FUD. If you want the facts, and the talk doesn't answer your questions, do reach out.