Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Maros Timko wrote: > 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 <mailto: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, you mean this post? http://archives.free.net.ph/message/20071214.134353.11ba93b1.de.html this is what ethtool show me: ethtool -k eth0 Offload parameters for eth0: Cannot get device rx csum settings: Operation not supported Cannot get device udp large send offload settings: Operation not supported rx-checksumming: off tx-checksumming: on scatter-gather: on tcp segmentation offload: on udp fragmentation offload: off generic segmentation offload: off will disabling tx have any affect on traffic over this device? there are 3 other VM that use that device, so i hesitate to just change this setting. cheers .r > 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> > <mailto: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> > <mailto: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> > <mailto: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> > <mailto: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 >