[Linux-cluster] clurgmgrd : <notice> relocating a service to better node

Ryan Mitchell rmitchel at redhat.com
Sun Apr 15 23:23:29 UTC 2012

On 04/11/2012 04:31 PM, Parvez Shaikh wrote:
> cluster.conf file -
>     ....
>     <failoverdomains>
>     <failoverdomain name="my_domain" nofailback="1" ordered="1"
>     restricted="1">
>     <failoverdomainnode name="my_blade2.my_domain" priority="2"/>
>     <failoverdomainnode name="my_blade1.my_domain" priority="1"/>
>     </failoverdomain>
>     </failoverdomains>
You have an "ordered" failoverdomain and you have priorities on your 
nodes.  According to the setting above, your preferred node is 
"my_blade1.my_domain".  That means that if the service is running on 
"my_blade2" (2nd-preferred) and "my_blade1" (1st-preferred) transitions 
to available, the service will relocate back onto that node.

More info is available on: man 8 clurgmgrd:
        ordered domain : The order specified in the configuration 
dictates the order of preference  of  members  within the  domain.  The  
highest-ranking member of the domain will run the service whenever it is 
online.  This means that if member A has a higher rank than member B, 
the service will migrate to A if it was running  on  B  if  A 
transitions from offline to online.

You can stop this behavior by either disabling "ordered" for the 
"my_domain" failover domain or by giving both nodes the same priority in 
their failover domain entries.

However, you also seem to have "nofailback=1" set, which should prevent 
the behavior you describe.  Again from "man 8 clurgmgrd":
        nofailback : Enabling this option for an ordered failover domain 
will prevent automated fail-back after a more-preferred node rejoins the 
cluster. Consequently, nofailback requires an ordered domain in order to 
be meaning-ful.  When nofailback is used, the following two behaviors 
should be noted:
         * If a subset of cluster nodes forms a quorum, the node with 
the highest priority in the  failover  domain  is selected  to run a 
service bound to the domain. After this point, a higher priority member 
joining the cluster will not trigger a relocation.
         * When a service is running outside of its unrestricted 
failover domain and a cluster member boots which is  a part  of the 
service's failover domain, the service will relocate to that member. 
That is, nofailback does not prevent transitions from outside of a 
failover domain to inside a failover domain. After this point, a  higher 
priority member joining the cluster will not trigger a relocation.

The second point does not apply to your configuration because both nodes 
are in the failover domain.

Can we see some message logs of an event when the service fails over?

Ryan Mitchell
Red Hat Global Support Services
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20120416/fe388517/attachment.htm>

More information about the Linux-cluster mailing list