On Wed, Sep 22, 2010 at 9:49 AM, Alain.Moulle <alain.mou...@bull.net> wrote:
> Hi Andrew,
>
> sorry to come again on this subject, I was about to switch to OCFS2 in
> Pacemaker but :
>
> For configuration , I'm using the documentation "Oracle Cluster File
> System 2",
> I think it is always correct/valid ?
>
> It seems that o2cb/dlm need an external/sdb (with /dev/sdb2 partition)
> "for heatbeating and fencing".

Not strictly true.  Some sort of fencing is required, but to my
knowledge it doesn't have to be SFEX.
lmb: can you comment?

>
> The primitive to use (sdb_stonith) is configured with
> "stonith:external/sbd".
>
> But I'm on rhel6, and all stonith functionnalities have been removed by
> RH, justified that
> RH delivers similar fencing agents .
> (remember : we already have discuss about fence_ipmilan problems
> and you gave me a workaround to make it working with Pacemaker
> (pcmk_host_check=none) )
>
> So there is no stonith:external/sbd script available, even no more
> /usr/sbin/stonith binary delivered on RHEL6.

Correct, on RHEL6 we only have the fencing devices used by the rest of RHCS.
Management didn't like the idea of maintaining two overlapping sets.

> So do I reach a dead-end for OCFS2 under Pacemaker on RHEL6 ?

On RHEL6 you're probably better off with GFS2 - at least that way
you're likely to have a supported configuration eventually.
But as to your specific problem, you could either use one of the RH
fencing agents or re-build cluster-glue to include SFEX.
_______________________________________________
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to