Just start one node and send the logs from that (/var/log/messages). regards -steve
On Fri, 2008-08-08 at 19:30 +0200, Jerome Martin wrote: > Hi Steven, > > Thanks for the answer. > My observation below ... > > On Fri, 2008-08-08 at 09:31 -0700, Steven Dake wrote: > > The gather from state 11 means a node sent a join message. The pastebin > > output makes it look like one node can't communicate with the others in > > one direction but possibly the other. > > Ok, that clarifies it, thanks. > > > There could be one of three problems: > > 1) firewall configured for the port on which your running openais > [EMAIL PROTECTED] ~ iptables -L > Chain INPUT (policy ACCEPT) > target prot opt source destination > > Chain FORWARD (policy ACCEPT) > target prot opt source destination > > Chain OUTPUT (policy ACCEPT) > target prot opt source destination > > Plus, there is only L2 switch between both nodes, and the problem is the > same with a local run (only one node). > > > 2) Multiple cluster nodes with different security keys on the same > > network > This could be the case, I'll double check that after sending this > answer. But please note that I have the exact same behavior with one > node only... so I doubt this is the problem. Furthermore I do not > remember using authkeys, and secauth is off in the config file (sorry, I > am not familiar with this so I hope that we are talking about the same > thing here). > > > 3) Your multicast switch is defective. Have you tried a non-managed > > switch? > I've been using the same switches since the begining without a glitch, > moreover I use 224.0.0.1 as mcast address, so I am pretty confident it > is not a misconfigured mcast group problem. > > > do you have a tcpdump? > As I told you, the problem is the same with only one node ... > Note that I use (but this was previously working) a vlan interface, > itself over a bond of two phy eths in failover mode. > Anyway, here is the dump attached ... seems there is direct > communication between both nodes here, plus the expected mcast traffic, > but as I do not know how the data is supposed to look like, I cannot say > more :-) > > Just to add a little more background to it, I originally thought the > issue was due to a combination of me running 64bits (always did and it > was working before with both stock whitetank and whitetank patched for > pacemake) + upgrading libc6. But the libc6 upgrade was minimal and I > reversed it to no effect. I have upgraded a few other packages since > when it was working fine, but I do not see openais linking against > those, so I really am lost (libkrb53, openssl, openssh). > > Of course the version I currently use is compiled against the libs > currently installed .... > > Regards, _______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
