|
Thanks. I might try putting the GFS1 in the kernel tree... but quite frankly, adding bits to the kernel without a patch is a bit beyond my talents. I've been using GFS2 for a project for some time. It's GFS2 over DRBD. The system is production, but the GFS2 filesystem on it isn't. In fact, left mounted for a few weeks and untouched, it eventually zombies any process that tries to even 'ls' the filesystem... leading to a late night reboot. Granted, this project has had a lot of side tracking... such as being shipped out with a fubar L2 switch. I am building a second cluster for a separate project, and I can be more daring with this until it has to go production... the reason I'd like to give GFS1 a try. I have used DRBD for years... but GFS/Cluster is still new to me. To build the GFS2 volume, I followed the LinBit GFS2 documentation. I recently looked at some of the DRBD_Cookbook and I noticed it uses fencing, whereas LinBit's doc doesn't use it. My cluster.conf is short and sweet: <?xml version="1.0"?> <cluster name="clust" config_version="1"> <clusternodes> <clusternode name="clust1a" nodeid="1"> </clusternode> <clusternode name="clust1b" nodeid="2"> </clusternode> </clusternodes> <logging to_stderr="yes"> <logger ident="CMAN" debug="on" to_stderr="yes"/> </logging> </cluster> Have I followed an oversimplified path? Is it a case where I need the fencing as in the DRBD_Cookbook? From the perspective of the LinBit GFS2 doc, Cluster is only used to get the DLM and CLVMD running. Thanks in advance. Stephen > ----- "Stephen Amadei" <stephenamadei@xxxxxxxxxxx> wrote: > | Am I crazy or was there a GFS kernel patch that was needed to use GFS > | with 2.6.27.x/2.03.09? > | > | Now it looks like GFS is only available as a kernel module. Is there a > | way to patch this into the kernel? > | My kernels don't run modules. > | > | Thanks. > | > | Stephen > > Hi Stephen, > > AFAIK, gfs was always a kernel module. You might be able to patch it in > to the kernel source tree by hand, but I've never done it. > > There was a gfs patch to enable it to allocate files properly for newer > kernels, such as 2.6.27.x. That was just to do a little kernel catchup > in gfs1. > > On the other hand, GFS2 has been a part of the base kernel for a while > now, although it's still not considered production ready. I think the > version currently pulled into Linus's tree is pretty good. Steve > Whitehouse's "nmw" git tree in kernel.org has the latest/greatest GFS2 > and should be fairly stable, although it's a moving target. > > Regards, > > Bob Peterson > Red Hat GFS > > -- > Linux-cluster mailing list > Linux-cluster@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/linux-cluster Get more done, have more fun, and stay more connected with Windows Mobile®. See how. |
-- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
