[Linux-cluster] corosync issue with two interface directives

[Dan Frincu]

Just a wild stab in the dark, but both your multicast groups result in 
the same MAC address 01:00:5e:5e:01:01. Now these are supposed to be 
redundant connections, which means different IP/port/MAC's, different 
routes, in case one fails the other one takes over. Try changing the 
multicast groups so that the they differ at the end of the address, 
rather than at the beginning.

You could use 226.94.1.1 for ring 0 and 226.94.1.2 for ring 1. The key 
thing to remember here is that when building a multicast MAC address, 
you only use the low order 23 bits of the multicast IP address, thus 
allowing for overlapping of close high order bits in the multicast IP 
address.

Regards.

Digimer wrote:
> On 10-07-12 01:12 AM, Steven Dake wrote:
>> On 07/11/2010 09:57 PM, Digimer wrote:
>>> Hi all,
>>>
>>> I've got two 'interface {}' directives in corosync. When I pull the
>>> cable from the interface on ring 1, nothing happens (no log entries,
>>> zilch). When I put it back and the pull the cable on ring 0, it fails
>>> completely and fences. Is there something I am missing?
>>>
>>> Here is the corosync.conf file I am using:
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>> compatibility: whitetank
>>>
>>> # Totem Protocol options.
>>> totem {
>>> version: 2
>>> secauth: off
>>> threads: 0
>>> rrp_mode: passive
>>> interface {
>>> # This is the back-channel subnet, which is the primary
>>> # network for the totem protocol.
>>> ringnumber: 0
>>> bindnetaddr: 10.0.1.0
>>> mcastaddr: 226.94.1.1
>>> mcastport: 5405
>>> }
>>> interface {
>>> # This is the storage network, which acts as a
>>> # secondary, backup network for the totem protocol.
>>> ringnumber: 1
>>> bindnetaddr: 10.0.0.0
>>> mcastaddr: 227.94.1.1
>>> mcastport: 5406
>>> }
>>> }
>>
>> What are the interface netmasks?
>
> /24 (255.255.255.0). I thought they had to be on separate networks. Or 
> does the netmask need to be specified in the corosync.conf file as well?
>

-- 
Dan FRINCU
Systems Engineer
CCNA, RHCE
Streamwide Romania