[Linux-cluster] error messages while use fsck.gfs2

[Alan Brown]

Steven Whitehouse wrote:

>> Well, can't we (the Redhat/Centos fanboys) expect a critical Clustered
>> filesystem like GFS2 (Which supports over 16TB on a 64-bit bit systems
>> at least) take a leaf or two from () ZFS on this issue?
>>
> I'm not quite sure which feature you are suggesting that we take, but
> I'd be surprised that if the start of a ZFS filesystem were to be
> overwritten that it could be easily reconstructed.

ZFS is paranoid about metadata integrity to a degree which some might 
regard as obsessional. There are at least 2 copies of everything and 4 
for anything critical.

Of course it does have the advantage of not being a cluster filesystem 
and having built in raid modes which makes raid6 look a bit careless, 
along with online fsck and the ability to detect silent disk errors 
(this is important given that it's statistically likely that a 2Tb 
512bytes/sector drive will have undetectable errors not picked up by 
onboard ECC a couple of times a year)

> Which is not to say that we couldn't usefully learn a few lessons from
> what other filesystems are doing, but only that I'm not sure that it
> would help for this particular issue.

Bearing in mind that ZFS code is cddl, not GPLv2 (or v3), I believe that 
it'd be worth looking at the design principles.

I've abused my test boxes in ways which have irreversably corrupted 
every other filesystem and the worst ZFS has ever done is take the FS 
offline.

I really wish there was some way of bringing ZFS into the RHEL fold (ie, 
as a supported FS) as in my opinion it beats the pants off XFS, Ext3/4 
or btrfs.

Alan