Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Rupertt, TOE - TCP Offloading Engine is HW support of network card to improve performance. It is usually enabled by default on your network card. Check "ethtool -k" option and search on this list. Tino 2009/7/30 Rupert <rupertt at gmail.com> > Maros Timko wrote: > >> Heiko, >> whhich machine crashes? Primary only, both? >> I think it is primary but only in case xen VM is running on top of DRBD. >> You can prevent crashes by disabling TOE. Or use DRBD 8.3.2, AFAIK there >> should be a parameter that should help in such setups. >> Check older posts in this list. >> Tino >> >> Hello Tino, > > in one case I have a primary on each machine, means 2 drbd devices. > In the other case we have only 1 drbd device, and there only the primary > crashed. > What means TOE, havent found anything about that yet? > Someone on this list suggested that I should use protocol A, but we dont > want to loose > any data, so we cant use that. > I am thinking about updating, but I first have to test if these packages > work with our system, > CentOS 5.x. > > so long > > 2009/7/27 Heiko <rupertt at gmail.com <mailto:rupertt at gmail.com>> >> >> >> >> On Mon, Jul 27, 2009 at 2:18 PM, Martin Gombac <martin at isg.si >> <mailto:martin at isg.si>> wrote: >> >> In my humble opinion, drbd does't crash if you loose network >> connections. :-) >> Would be a first in history. >> Maybe heartbeat puts both sources to primary and when they >> join you got split brain. >> In this case you didn't set up heartbeat correctly. >> >> Hello M., >> >> i had some people here that confirmed a bug in protocol C that >> causes these crashes. >> I also thought of heartbeat, but I now have 2 ucast devices and we >> still have crashes and >> no entries in the logfile that say it does a reboot on purpose: >> >> only these messages: >> >> heartbeat[2880]: 2009/07/27_11:59:37 ERROR: glib: Unable to send >> [-1] ucast packet: No such device >> heartbeat[2880]: 2009/07/27_11:59:37 ERROR: write_child: write >> failure on ucast eth0.: No such device >> >> >> >> >> my ha config looks like this >> >> #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.17.8.201 >> ucast eth0 172.17.8.202 >> ucast eth1 172.31.0.1 >> ucast eth1 172.31.0.2 >> node xen-a1.fra1 >> node xen-b1.fra1 >> auto_failback on >> >> haresources: >> >> xen-a1.fra1 drbddisk::blrg xen::blrg-vm1 >> >> >> thnx a lot >> >> >> .r >> >> >> Regards, >> M. >> >> >> On 27, Jul2009, at 1:47 PM, Heiko wrote: >> >> Hello, >> >> i have to convince my boss that our server crashes i >> reported on this list are due >> to a non exsiting dedicated line! We have all our drbd >> traffic routed through switches >> and they often just crash. >> >> Now I have to create a test setup to show them that when I >> plug the corg/shutdown the networkdevice >> the machines tend to crash. >> Since I dont have any spare machines I would like to use >> loopback devices, >> are these supported by now? I found some list entries that >> say this is not supported by drbd! >> would this be enough to get the machines crashing? >> We use drbd8.0 and 8.2 and have on both these crashes. >> >> >> cheers. >> _______________________________________________ >> drbd-user mailing list >> drbd-user at lists.linbit.com <mailto:drbd-user at lists.linbit.com> >> >> http://lists.linbit.com/mailman/listinfo/drbd-user >> >> >> >> >> _______________________________________________ >> drbd-user mailing list >> drbd-user at lists.linbit.com <mailto:drbd-user at lists.linbit.com> >> http://lists.linbit.com/mailman/listinfo/drbd-user >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> drbd-user mailing list >> drbd-user at lists.linbit.com >> http://lists.linbit.com/mailman/listinfo/drbd-user >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20090730/3a1413c7/attachment.htm>