Re: Problem with fenced on cluster with 2 BladeCenter machines: 1st machine is remove physically. The remaining one does not became Active (waiting for fenced)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jul 12, 2007 at 09:50:34AM -0400, Robert Hurst wrote:
> On a related note, what is the correct value for clean_start in
> cluster.conf?

0 (disabled) which is the default if you don't define it at all.

> <fence_daemon clean_start="1" post_fail_delay="0" post_join_delay="3"/>
> 
> The man page states it should be set to zero "0"... you have it set to
> "1", which intuitively, makes more sense.
> 
>        To disable fencing at domain-creation time entirely, the -c
> option can
>        be  used  to  declare  that  all nodes are in a clean or safe
> state to
>        start.  The clean_start cluster.conf option can  also  be  set
> to  do
>        this,  but automatically disabling startup fencing in
> cluster.conf can
>        risk file system corruption.
> 
>        Clean-start  is  used  to prevent any startup fencing the daemon
> might
>        do.  It indicates that the daemon should assume all  nodes  are
> in  a
>        clean state to start.
> 
>          <fence_daemon clean_start="0">
>          </fence_daemon>

Setting clean_start to 1 is a bad idea because of the corruption risk
mentioned above.

Dave

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux