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" <[EMAIL PROTECTED]> 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> [email protected]>
> https://www.redhat.com/mailman/listinfo/linux-cluster
_________________________________________________________________
Get more done, have more fun, and stay more connected with Windows MobileĀ®.
http://clk.atdmt.com/MRT/go/119642556/direct/01/
--
Linux-cluster mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/linux-cluster