[Linux-cluster] Clumembd heartbeat problem.
Lon Hohberger
lhh at redhat.com
Wed Aug 11 13:08:16 UTC 2004
On Wed, 2004-08-11 at 15:14 +1200, Royce Brown wrote:
> I am not sure if this is the correct place to post this. If not
> and you know where I should, could you please tell me.
Better = taroon-list
Best = bugzilla!
> Sending and receiving message (Correct behaviour)
> clumembd[2]: <debug> sending multicast message fd:5 ,nodeid:1
> ,addr:225.0.0.11,token:0x0002881d4119638e
> clumembd[2]: <debug> update_seen new msg nodeid:1 token:0x0002881d4119638e
>
> After a while you get. sinp = source address, nsp = expected address
>
> clumembd[2]: <debug> sending multicast message fd:5 ,nodeid:1
> ,addr:225.0.0.11,token:0x0002881d4119638e
> clumembd[2]: <debug> update_seen new msg nodeid:1 token:0x0002881d4119638e
> clumembd[2]: <debug> IP/NodeID mismatch: Probably another cluster on our
> subnet... msg from nodeid:1 sinp:10.10.197.6 nsp:10.10.197.11
Hmm... this doesn't make a lot of sense; clumembd doesn't rebind
anything. It's possible to work around it.
> Has anyone else noticed this sort of behaviour on sending multicast messages
> to a Ethernet device with multiple addresses.
It's news; probably worthy of a bugzilla.
-- Lon
More information about the Linux-cluster
mailing list