Hi,

On Fri, Aug 31, 2007 at 07:36:34AM -0700, Harakiri wrote:
> Hello List,
> 
> suppose i have a cluster with 2 members, lets call
> them server1 and server2.
> 
> Before a network outage - a service configured for
> heartbeat is running on server2 only, crm_mon shows
> that both nodes are online on both servers.
> 
> Now after the network outage, server1 starts up the
> same service as server2 - this makes sense at is the
> expected behaviour of a fail over. 
> 
> During this time the service is running on both
> servers because they do not "see each other".
> 
> After a few hours, the network is restored - server1
> sees that server2 is already (or still) running the
> service in question - so it disables the service. 
> 
> server1 shows both nodes online and that the service
> is running on server2.
> 
> However, on server2 both nodes show as offline but the
> service in question is still running and managed by
> heartbeat.
> 
> Is this the expected behaviour for a Split Brain
> situation ? I.e. do not activate the node (server2)
> after a split brain to be sure to not have
> inconsistency ?
> 
> For the record, after restarting heartbeat on server2
> - crm_mon shows both nodes as online.
> 
> If this is the expected behaviour, can i disable it ?
> Because the service in question can run after a split
> brain - no harm will be done, no inconsitency can
> exist.
> 
> Or is it a bug - that after a network outage, and
> restoring of the network, server2 shows both nodes
> (itself, and server1) as offline and only a restart
> repairs it to the online status ?

It is most probably a bug. The cluster should be able to recover
from split brain. Please post the logs.

Dejan

> Thank you for your input
> 
> 
>        
> ____________________________________________________________________________________
> Choose the right car based on your needs.  Check out Yahoo! Autos new Car 
> Finder tool.
> http://autos.yahoo.com/carfinder/
> _______________________________________________
> Linux-HA mailing list
> [email protected]
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to