Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
ha.cf
#use_logd on
logfile /var/log/ha-log
debugfile /var/log/ha-debug
logfacility local0
keepalive 2
deadtime 10
warntime 3
initdead 20
udpport 694
ucast eth0 172.20.1.1
ucast eth0 172.20.2.1
# using different subnets won’t make any difference. Install another nic and use a crossover or us a serial cable. What you experienced is by design to prevent splitbrain
node xen-A1.fra1.mailcluster
node xen-B1.fra1.mailcluster
auto_failback on
From: drbd-user-bounces at lists.linbit.com [mailto:drbd-user-bounces at lists.linbit.com] On Behalf Of Heiko
Sent: Friday, July 03, 2009 09:01
To: drbd-user at lists.linbit.com
Subject: [DRBD-user] switch was down, all drbd machines rebootet
Hello,
i had an earlier discussion here where we came to the conclusion that using Protocol C can cause crashes.
Yesterday we had problems with one of our switches and therefore the drbd enabled machines couldnt see each other,
than all the machines did reboots, created splitbrains and a lot of work.
Do you think the crashes/reboots are caused by the same problem or can we prevent this behavouir by optimizing our
heartbeat drbd config? Ill attach a drbd config and the ha.cf
---------------------------------
drbd.conf
common {
protocol C;
}
resource drbd_backend {
startup {
degr-wfc-timeout 120; # 2 minutes.
}
disk {
on-io-error detach;
}
net {
}
syncer {
rate 500M;
al-extents 257;
}
on xen-B1.fra1.mailcluster {
device /dev/drbd0;
disk /dev/md3;
address 172.20.2.1:7788;
meta-disk internal;
}
on xen-A1.fra1.mailcluster {
device /dev/drbd0;
disk /dev/md3;
address 172.20.1.1:7788;
meta-disk internal;
}
}
---------------------------------------
ha.cf
#use_logd on
logfile /var/log/ha-log
debugfile /var/log/ha-debug
logfacility local0
keepalive 2
deadtime 10
warntime 3
initdead 20
udpport 694
ucast eth0 172.20.1.1
ucast eth0 172.20.2.1
node xen-A1.fra1.mailcluster
node xen-B1.fra1.mailcluster
auto_failback on
thnx a lot
.r
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20090703/b8708983/attachment.htm>