Re: [OSR-devel] Fencing

[Mark H. <hla...@at...>]

On Thursday 20 December 2007 17:55:07 go...@bo... wrote:
> On Thu, 20 Dec 2007, Mark Hlawatschek wrote:
> >>>> However, mkinitrd seems to mangle and rewrite my cluster.conf and
> >>>> remove all the fencing devices. Is this normal? Is there anything
> >>>> special I have to do to get fencing to work? I am using fence_drac, if
> >>>> that makes any difference.
> >>>
> >>> mkinitrd shouldn't do anything to your cluster.conf. mkinitrd will
> >>> always use the cluster.conf in /etc/cluster/cluster.conf. Please make
> >>> sure, that the version number of the latest cluster.conf is increased
> >>> and it is deployed to all cluster nodes using a "ccs_tool update
> >>> /etc/cluster/cluster.conf".
> >>
> >> I rebuilt the initrd, and the cluster.conf that ends up in
> >> /var/comoonics/chroot/etc/cluster/cluster.conf
> >> is NOT the same as the one in /etc/cluster/cluster.conf
> >
> > This can happen, if the cluster.conf in the initrd has a lower version
> > number than the cluster version number. If this is the case, the active
> > cluster.conf with the higher version number will be used.
>
> So it actually checks if the one in /etc/cluster is newer than the one on
> /var/comoonics/chroot/etc/cluster?
>
> I hadn't expected that...
>
> >> It seems to me that cluster.conf ends up getting rebuilt and mangled by
> >> mkinitrd before it is folded into the initrd.
> >
> > mkinitrd is really doing nothing to the cluster.conf.
>
> Hmm... Looking at the cluster config, it doesn't look like the one I
> wrote, even the previous version. Does anything process it and re-create
> it?
>

That is basically a RH cluster feature. A new member kind of arbitrates for 
the latest cluster.conf. The cluster.conf with the highest version number is 
supposed to be the latest one. I.e. the new member will receive the latest 
cluster.conf from another cluster member.

You have to make sure, that you increase the version number inside the 
cluster.conf. You should send do the "ccs_tool 
update /etc/cluster/cluster.conf"


-- 
Gruss / Regards,

Dipl.-Ing. Mark Hlawatschek
http://www.atix.de/
http://www.open-sharedroot.org/

**
ATIX Informationstechnologie und Consulting AG
Einsteinstr. 10 
85716 Unterschleissheim
Deutschland/Germany