<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#66cccc" text="#000000">
Hi Chrissie,
<br>
<br>
Thanks for your quick response.
<br>
But we started the cman manually and then did not start any other
service between. <br>
There is no risk that the network goes down during the test.
<br>
We don't use actually 'intelligent switch' and no cisco switches.
<br>
<br>
We made a new test with the cman configured to start at boot time and
with the clean_start set to 0.
<br>
scenario:
<br>
1) launch cman on node 1
<br>
2) node 1 fences the node 2 as it was not joining the fence domain
before the time out.
<br>
3) during the boot time of node 2, the cman is launched and then fences
the node 1.
<br>
4) after the boot of the node 1, both seems to see each other with the
correct state.
<br>
<br>
Is this is the expected behaviour?
<br>
<br>
do both nodes have to be rebooted before having all nodes ready?
<br>
<br>
Thanks a lot for your help.<br>
Alain <br>
<blockquote type="cite">
  <pre wrap="">Yes, I suspect the problem is that the node is 'bouncing' as it joins
the cluster.

Causes of this are usually to do with either a) startup scripts (eg some
Xen ones) taking he interface down and then up after openais has started
or b) "intelligent" switches taking too long to recognise the multicast
join. So that both cluster nodes have "state" (the dirty flag) by the
time they see each other.

Chrissie</pre>
</blockquote>
<br>
</body>
</html>