Re: RPMs for spread/wackamole/etc and wackamole issues
"Jordan Mendler" <[email protected]> Fri, 9 Nov 2007 15:31:41 -0800
| Newsgroups | gmane.comp.apache.mod-wackamole.general |
|---|---|
| Message-ID | <[email protected]> |
--===============0991840316980359485== Content-Type: multipart/alternative; boundary="----=_Part_29639_22060301.1194651106388" ------=_Part_29639_22060301.1194651106388 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Out of curiosity, how does UCARP compare to Linux-HA/Heartbeat? I am not familiar with UCARP, and their about page is only 2 sentences. Thanks, Jordan On Nov 9, 2007 3:22 PM, kevev kevev <[email protected]> wrote: > Spread+wackamole is BLAH! Use UCARP. It works. :o) > > On Nov 9, 2007 4:31 PM, Spangler, Tim <[email protected]> wrote: > > > > I hate to follow-up on a two month old problem, but I'm now seeing > something > > similar. > > > > I've been running several wackamole installs in production since march, > and > > recently came across following line in my messages file: wackamole[8532] > > "953 No such interface", which appears to be similar to the problem in > this > > message. > > > > Additionally, I'm running 2 wackamole clusters in the same subnet, and > have > > recently begun seeing the following errors on one of the sets of > clusters: > > In_my_component: unknown proc 192.168.252.25. This IP address is from a > > machine in the other cluster, but spread is running on a different port, > so > > as far as I can tell, they shouldn't be able to see each other. > > > > Any thoughts out there? > > > > Thanks, > > > > -Tim Spangler > > > > > > ________________________________ > > From: Jordan Mendler [mailto:[email protected]] > > Sent: Thursday, September 13, 2007 4:26 PM > > To: [email protected]; [email protected] > > Subject: [Wackamole-users] RPMs for spread/wackamole/etc and wackamole > > issues > > > > Hi all, > > > > I want to preface by letting everyone know that I have built some RPMs > for > > spread, wackamole, mod_log_spread and spreadlogd. They are available > from > > http://biopackages.net/ for CentOS4 and some Fedora distributions. They > will > > eventually be built for every CentOS and Fedora release when we expand > our > > repository. And we have some updated RPMs in our testing repository that > > should be pushed out in a few days. The SRPMs are also available if you > > would like to build your own. > > > > > > Now onto the problem... > > > > In configuring Wackamole, I have been having some issues, so I am hoping > > that someone will be able to help me get this working. My setup is > CentOS4 > > x86_64 (linux 2.6.x) if that matters. Wackamole/spread builds and > installs > > fine and spread works fine. Wackamole starts fine and seems to think it > > works, but in reality it does not. Therefore I am not sure if this is an > > issue with Wackamole's interaction with OS, or what. I have been > following > > Theo's "Scalable Internet Architectures" book in an attempt to get > wackamole > > setup. This is also in a testing environment ( 10.x.x.x IP's), before > we > > tried it with real IPs and had the same issue. > > > > What happens: > > -Start spread on both systems, everything works fine. It is configured > to > > use 10.67.183.121 and .122, respectively, which are both setup on eth1 > and > > independent of the wackamole IPs. The same thing happens if we setup > spread > > on the same IP as wackamole. > > -Start wackamole on both systems and: > > (1) eth0 which is configured with 10.67.183.116 on one and > 10.67.183.117 > > on the other is taken down by wackamole such that an 'ifconfig' only > shows > > eth1 up > > (2) wackatrl -l appears to be working properly, showing the following > on > > each system: > > Owner: 10.67.183.116 > > * eth0:10.67.183.116/32 > > Owner: 10.67.183.117 > > * eth0: 10.67.183.117/32 > > > > Despite #2, neither machine brings up .116 or .117. There is obviously > > something going on, because from another machine I can still ping/ssh > into > > 116 and 117, which may be as a result of arp. > > > > At this point if I kill spread on one of the 2 machines (say the one > with > > .117), wackatrl -l shows what appears to be correct: > > Owner: 10.67.183.116 > > * eth0: 10.67.183.116/32 > > Owner: 10.67.183.116 > > * eth0:10.67.183.117/32 > > > > Despite what wackatrl thinks, I am now able to ping/ssh into only one of > the > > IPs, and the IP of the machine that was taken down is not brought up on > the > > other machine. The whole thing seems to be acting weird. > > > > > > The only indication I can find is /var/log/messages which shows the > > following on both machines. I am not sure if this is a 2.6 kernel not > > supported issue (hopefully not, cause I would really like to get > wackamole > > working): > > Sep 13 07:44:50 JMM1 wackamole[26151]: connecting to 4803 > > Sep 13 07:44:50 JMM1 wackamole: wackamole startup succeeded > > Sep 13 07:44:50 JMM1 wackamole[26151]: DOWN: eth0: > > 10.67.183.116/255.255.255.0 > > Sep 13 07:44:50 JMM1 wackamole[26151]: 953 No such interface > > Sep 13 07:45:02 JMM1 wackamole[26151]: 911 No such interface > > Sep 13 07:45:02 JMM1 wackamole[26151]: Re-queued arp spoof notifier for > > virtual entry. > > > > Also, when I try a wackamole.conf with 4 IPs, wackatrl shows: > > Owner: 10.67.183.116 > > * eth0:10.67.183.116/32 > > Owner: 10.67.183.117 > > * eth0:10.67.183.117/32 > > Owner: 10.67.183.124 > > * eth0:10.67.183.124/32 > > Owner: 10.67.183.125 > > * eth0:10.67.183.125/32 > > > > > > My configurations look as follows (it is the same on both machines), > though > > I have tried many other configurations such as changing /32 to /24, > trying > > other IPs and so on: > > [root@JMM2 etc]# cat /etc/wackamole.conf > > Spread = 4803 > > SpreadRetryInterval = 5s > > Group = wack1 > > Control = /var/run/wack.it > > > > Prefer None > > > > VirtualInterfaces { > > { eth0:10.67.183.116/32 } > > { eth0: 10.67.183.117/32 } > > } > > > > Arp-Cache = 10s > > mature = 5s > > > > Notify { > > eth0:10.67.183.1/32 > > arp-cache > > } > > > > Balance { > > AcquisitionsPerRound = all > > interval = 4s > > } > > > > The importand part of Spead.conf is: > > Spread_Segment 10.255.255.255:4803 { > > JMM1 10.67.183.121 > > JMM2 10.67.183.122 > > } > > > > Any assistance is greatly appreciated. > > > > Thanks so much, > > Jordan > > > > _______________________________________________ > > wackamole-users mailing list > > [email protected] > > http://lists.backhand.org/mailman/listinfo/wackamole-users > > > > > > _______________________________________________ > wackamole-users mailing list > [email protected] > http://lists.backhand.org/mailman/listinfo/wackamole-users > ------=_Part_29639_22060301.1194651106388 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Out of curiosity, how does UCARP compare to Linux-HA/Heartbeat? I am not familiar with UCARP, and their about page is only 2 sentences.<br><br>Thanks, Jordan<br><br><div class="gmail_quote">On Nov 9, 2007 3:22 PM, kevev kevev < <a href="mailto:[email protected]">[email protected]</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Spread+wackamole is BLAH! Use UCARP. It works. :o) <br><div class="Ih2E3d"><br>On Nov 9, 2007 4:31 PM, Spangler, Tim <<a href="mailto:[email protected]">[email protected]</a>> wrote:<br>><br></div><div><div></div><div class="Wj3C7c">> I hate to follow-up on a two month old problem, but I'm now seeing something <br>> similar.<br>><br>> I've been running several wackamole installs in production since march, and<br>> recently came across following line in my messages file: wackamole[8532]<br>> "953 No such interface", which appears to be similar to the problem in this <br>> message.<br>><br>> Additionally, I'm running 2 wackamole clusters in the same subnet, and have<br>> recently begun seeing the following errors on one of the sets of clusters:<br>> In_my_component: unknown proc <a href="http://192.168.252.25" target="_blank">192.168.252.25</a>. This IP address is from a<br>> machine in the other cluster, but spread is running on a different port, so<br>> as far as I can tell, they shouldn't be able to see each other. <br>><br>> Any thoughts out there?<br>><br>> Thanks,<br>><br>> -Tim Spangler<br>><br>><br>> ________________________________<br>> From: Jordan Mendler [mailto:<a href="mailto:[email protected]"> [email protected]</a>]<br>> Sent: Thursday, September 13, 2007 4:26 PM<br>> To: <a href="mailto:[email protected]">[email protected]</a>; <a href="mailto:[email protected]"> [email protected]</a><br>> Subject: [Wackamole-users] RPMs for spread/wackamole/etc and wackamole<br>> issues<br>><br>> Hi all,<br>><br>> I want to preface by letting everyone know that I have built some RPMs for <br>> spread, wackamole, mod_log_spread and spreadlogd. They are available from<br>> <a href="http://biopackages.net/" target="_blank">http://biopackages.net/</a> for CentOS4 and some Fedora distributions. They will <br>> eventually be built for every CentOS and Fedora release when we expand our<br>> repository. And we have some updated RPMs in our testing repository that<br>> should be pushed out in a few days. The SRPMs are also available if you <br>> would like to build your own.<br>><br>><br>> Now onto the problem...<br>><br>> In configuring Wackamole, I have been having some issues, so I am hoping<br>> that someone will be able to help me get this working. My setup is CentOS4 <br>> x86_64 (linux 2.6.x) if that matters. Wackamole/spread builds and installs<br>> fine and spread works fine. Wackamole starts fine and seems to think it<br>> works, but in reality it does not. Therefore I am not sure if this is an <br>> issue with Wackamole's interaction with OS, or what. I have been following<br>> Theo's "Scalable Internet Architectures" book in an attempt to get wackamole<br>> setup. This is also in a testing environment ( 10.x.x.x IP's), before we<br>> tried it with real IPs and had the same issue.<br>><br>> What happens:<br>> -Start spread on both systems, everything works fine. It is configured to<br>> use <a href="http://10.67.183.121" target="_blank"> 10.67.183.121</a> and .122, respectively, which are both setup on eth1 and<br>> independent of the wackamole IPs. The same thing happens if we setup spread<br>> on the same IP as wackamole.<br>> -Start wackamole on both systems and: <br>> (1) eth0 which is configured with <a href="http://10.67.183.116" target="_blank">10.67.183.116</a> on one and <a href="http://10.67.183.117" target="_blank">10.67.183.117</a><br>> on the other is taken down by wackamole such that an 'ifconfig' only shows <br>> eth1 up<br>> (2) wackatrl -l appears to be working properly, showing the following on<br>> each system:<br>> Owner: <a href="http://10.67.183.116" target="_blank">10.67.183.116</a><br>> * eth0: <a href="http://10.67.183.116/32" target="_blank">10.67.183.116/32</a><br>> Owner: <a href="http://10.67.183.117" target="_blank">10.67.183.117</a><br>> * eth0: <a href="http://10.67.183.117/32" target="_blank"> 10.67.183.117/32</a><br>><br>> Despite #2, neither machine brings up .116 or .117. There is obviously<br>> something going on, because from another machine I can still ping/ssh into<br>> 116 and 117, which may be as a result of arp. <br>><br>> At this point if I kill spread on one of the 2 machines (say the one with<br>> .117), wackatrl -l shows what appears to be correct:<br>> Owner: <a href="http://10.67.183.116" target="_blank">10.67.183.116 </a><br>> * eth0: <a href="http://10.67.183.116/32" target="_blank">10.67.183.116/32</a><br>> Owner: <a href="http://10.67.183.116" target="_blank">10.67.183.116</a><br>> * eth0:<a href="http://10.67.183.117/32" target="_blank"> 10.67.183.117/32</a><br>><br>> Despite what wackatrl thinks, I am now able to ping/ssh into only one of the<br>> IPs, and the IP of the machine that was taken down is not brought up on the<br>> other machine. The whole thing seems to be acting weird. <br>><br>><br>> The only indication I can find is /var/log/messages which shows the<br>> following on both machines. I am not sure if this is a 2.6 kernel not<br>> supported issue (hopefully not, cause I would really like to get wackamole <br>> working):<br>> Sep 13 07:44:50 JMM1 wackamole[26151]: connecting to 4803<br>> Sep 13 07:44:50 JMM1 wackamole: wackamole startup succeeded<br>> Sep 13 07:44:50 JMM1 wackamole[26151]: DOWN: eth0:<br>> <a href="http://10.67.183.116/255.255.255.0" target="_blank"> 10.67.183.116/255.255.255.0</a><br>> Sep 13 07:44:50 JMM1 wackamole[26151]: 953 No such interface<br>> Sep 13 07:45:02 JMM1 wackamole[26151]: 911 No such interface<br>> Sep 13 07:45:02 JMM1 wackamole[26151]: Re-queued arp spoof notifier for <br>> virtual entry.<br>><br>> Also, when I try a wackamole.conf with 4 IPs, wackatrl shows:<br>> Owner: <a href="http://10.67.183.116" target="_blank">10.67.183.116</a><br>> * eth0:<a href="http://10.67.183.116/32" target="_blank"> 10.67.183.116/32</a><br>> Owner: <a href="http://10.67.183.117" target="_blank">10.67.183.117</a><br>> * eth0:<a href="http://10.67.183.117/32" target="_blank">10.67.183.117/32</a><br>> Owner: <a href="http://10.67.183.124" target="_blank">10.67.183.124</a><br>> * eth0:<a href="http://10.67.183.124/32" target="_blank">10.67.183.124/32</a><br>> Owner: <a href="http://10.67.183.125" target="_blank"> 10.67.183.125</a><br>> * eth0:<a href="http://10.67.183.125/32" target="_blank">10.67.183.125/32</a><br>><br>><br>> My configurations look as follows (it is the same on both machines), though<br> > I have tried many other configurations such as changing /32 to /24, trying<br>> other IPs and so on:<br>> [root@JMM2 etc]# cat /etc/wackamole.conf<br>> Spread = 4803<br>> SpreadRetryInterval = 5s<br>> Group = wack1 <br>> Control = /var/run/wack.it<br>><br>> Prefer None<br>><br>> VirtualInterfaces {<br>> { eth0:<a href="http://10.67.183.116/32" target="_blank">10.67.183.116/32</a> }<br>> { eth0: <a href="http://10.67.183.117/32" target="_blank"> 10.67.183.117/32</a> }<br>> }<br>><br>> Arp-Cache = 10s<br>> mature = 5s<br>><br>> Notify {<br>> eth0:<a href="http://10.67.183.1/32" target="_blank">10.67.183.1/32</a><br>> arp-cache <br>> }<br>><br>> Balance {<br>> AcquisitionsPerRound = all<br>> interval = 4s<br>> }<br>><br>> The importand part of Spead.conf is:<br>> Spread_Segment <a href="http://10.255.255.255:4803" target="_blank"> 10.255.255.255:4803</a> {<br>> JMM1 <a href="http://10.67.183.121" target="_blank">10.67.183.121</a><br>> JMM2 <a href="http://10.67.183.122" target="_blank">10.67.183.122</a><br>> }<br>> <br>> Any assistance is greatly appreciated.<br>><br>> Thanks so much,<br>> Jordan<br>><br></div></div>> _______________________________________________<br>> wackamole-users mailing list<br><div class="Ih2E3d"> > <a href="mailto:[email protected]">[email protected]</a><br></div><div class="Ih2E3d">> <a href="http://lists.backhand.org/mailman/listinfo/wackamole-users" target="_blank">http://lists.backhand.org/mailman/listinfo/wackamole-users </a><br>><br>><br><br></div>_______________________________________________<br>wackamole-users mailing list<br><div class="Ih2E3d"><a href="mailto:[email protected]">[email protected] </a><br></div><div><div></div><div class="Wj3C7c"><a href="http://lists.backhand.org/mailman/listinfo/wackamole-users" target="_blank">http://lists.backhand.org/mailman/listinfo/wackamole-users</a><br></div></div></blockquote> </div><br> ------=_Part_29639_22060301.1194651106388-- --===============0991840316980359485== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ wackamole-users mailing list [email protected] http://lists.backhand.org/mailman/listinfo/wackamole-users --===============0991840316980359485==--