Hi Yves
Yves Glodt wrote:
Hello,
I guess the problem I have has to be quite common, but still I failed to find
a solution... I use heartbeat-2/drbd8.0.11 from stock Ubuntu Hardy 32bit.
The situation is the following:
I have to boxes in an active/passive setup. As long as I trigger a takeover
manually with /usr/lib/heartbeat/hb_takeover it works well.
When I pull the power-plug, the resource-migration works well as well.
But, the problem which I face occurs as soon as I pull the network-plug of any
of the 2 boxes, be it the active or the passive.
When I pull the plug from the passive, it does not detect the active anymore,
and it becomes active itself. When I reconnect, we have split-brain which we
need to resolve manually.
When I pull the plug from the active, it stays active, albeit disconnected,
and the passive which is still in the network becomes active. Upon
reconnection of the former active, we have split-brain again.
I tried to mess with "ping", "ping_group", and ipfail, and it seems that
ipfail correctly detects that the ping_group is dead, but, it does not trigger
any action in heartbeat. IMHO it should detect the failure, and go standby in
any case, and never keep the active state, nor change from passive to active.
Any pointers on how to solve this...? :-)
You should look into stonith: http://www.linux-ha.org/STONITH
hereby my ha.cf:
keepalive 1
deadtime 10
warntime 5
initdead 60
udpport 694
ucast eth0 10.65.68.18
Only one connection between cluster nodes is a configuration error and
not supported. That's a single point of failure.
#ping_group pinggroup 10.65.68.1 10.65.68.3 10.65.68.6
ping 10.65.68.1 10.65.68.3 10.65.68.6
auto_failback off
node ubuntu1
node ubuntu2
debug 1
respawn hacluster /usr/lib/heartbeat/ipfail
And as well my harecources:
ubuntu1 \
drbddisk::r0 \
Filesystem::/dev/drbd0::/drbd01::ext3 \
Delay::1::0 \
samba \
firebird1.5-super \
IPaddr2::10.65.68.19/24/eth0:0
Regards
Dominik
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
