Re: RPMs for spread/wackamole/etc and wackamole issues

"Jordan Mendler" <[email protected]> Fri, 9 Nov 2007 15:03:00 -0800
Newsgroups gmane.comp.apache.mod-wackamole.general
Message-ID <[email protected]>
--===============7012193468552240584==
Content-Type: multipart/alternative; 
	boundary="----=_Part_29584_10958095.1194649380395"

------=_Part_29584_10958095.1194649380395
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I am the fellow that built the RPMs and had the issues you describe. I never
received any response to my problem, so gave up on wackamole and implemented
linux-ha. Linux-HA does everything wackamole is supposed to do and more, and
is very well supported and actively developed. I hate to promote a different
product on this list, but no one even made an attempt to help me resolve my
issue.

Jordan

On Nov 9, 2007 2: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
>
>

------=_Part_29584_10958095.1194649380395
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I am the fellow that built the RPMs and had the issues you describe. I never received any response to my problem, so gave up on wackamole and implemented linux-ha. Linux-HA does everything wackamole is supposed to do and more, and is very well supported and actively developed. I hate to promote a different product on this list, but no one even made an attempt to help me resolve my issue.
<br><br>Jordan<br><br><div class="gmail_quote">On Nov 9, 2007 2:31 PM, Spangler, Tim &lt;<a href="mailto:[email protected]">[email protected]</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">






<div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">I hate to follow-up on a two month old problem, but I&#39;m now 
seeing something similar.</font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span><font face="Arial"><font color="#0000ff" size="2">I&#39;ve been running several wackamole installs in production 
since march, and recently came across following line in my messages file:  
wackamole[8532] &quot;953 No such interface&quot;, which appears to be similar to the 
problem in this message.</font></font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Additionally, I&#39;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 <a href="http://192.168.252.25" target="_blank">192.168.252.25</a>.&nbsp; 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&#39;t be able to see each 
other.</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div><span><font color="#0000ff" face="Arial" size="2">Any 
thoughts out there?</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div><span><font color="#0000ff" face="Arial" size="2">Thanks,</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div><span><font color="#0000ff" face="Arial" size="2">-Tim 
Spangler</font></span></div>
<div dir="ltr" align="left"><br></div><br>
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> Jordan Mendler [mailto:<a href="mailto:[email protected]" target="_blank">[email protected]</a>] 
<br><b>Sent:</b> Thursday, September 13, 2007 4:26 PM<br><b>To:</b> 
<a href="mailto:[email protected]" target="_blank">[email protected]</a>; 
<a href="mailto:[email protected]" target="_blank">[email protected]</a><br><b>Subject:</b> [Wackamole-users] RPMs for 
spread/wackamole/etc and wackamole issues<br></font><br></div>
<div></div>Hi all,<br><br>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 <a href="http://biopackages.net/" target="_blank">http://biopackages.net/</a> 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. 
<br><br><br>Now onto the problem...<br><br>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&#39;s interaction with OS, or what. I 
have been following Theo&#39;s &quot;Scalable Internet Architectures&quot; book in an attempt 
to get wackamole setup.&nbsp; This is also in a testing environment ( 10.x.x.x 
IP&#39;s), before we 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 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 independent of the wackamole IPs. 
The same thing happens if we setup spread on the same IP as wackamole.<br>-Start 
wackamole on both systems and:<br>&nbsp;&nbsp; (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> on the other is taken down by 
wackamole such that an &#39;ifconfig&#39; only shows eth1 up<br>&nbsp;&nbsp; (2) 
wackatrl -l appears to be working properly, showing the following on each 
system: <br>&nbsp;&nbsp; Owner: <a href="http://10.67.183.116" target="_blank">10.67.183.116</a><br>&nbsp; &nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; eth0:<a href="http://10.67.183.116/32" target="_blank">10.67.183.116/32</a><br>&nbsp;&nbsp; Owner: <a href="http://10.67.183.117" target="_blank">10.67.183.117</a><br>&nbsp; &nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; 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 something going on, because 
from another machine I can still ping/ssh into 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 .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>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
*&nbsp;&nbsp;&nbsp; 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>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
*&nbsp;&nbsp;&nbsp; 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 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. <br><br><br>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): <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:<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 virtual entry. <br><br>Also, when I try a wackamole.conf with 4 IPs, 
wackatrl shows:<br>&nbsp;&nbsp; Owner: <a href="http://10.67.183.116" target="_blank">10.67.183.116</a><br>&nbsp;&nbsp; &nbsp;&nbsp; 
&nbsp; &nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; eth0:<a href="http://10.67.183.116/32" target="_blank">10.67.183.116/32</a><br>&nbsp;&nbsp; Owner: <a href="http://10.67.183.117" target="_blank">10.67.183.117</a><br>&nbsp; &nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; eth0:<a href="http://10.67.183.117/32" target="_blank">10.67.183.117/32</a><br>&nbsp;&nbsp; Owner: <a href="http://10.67.183.124" target="_blank">10.67.183.124</a><br>&nbsp;&nbsp; &nbsp;&nbsp; 
&nbsp; &nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; eth0:<a href="http://10.67.183.124/32" target="_blank">10.67.183.124/32</a><br>&nbsp;&nbsp; Owner: <a href="http://10.67.183.125" target="_blank">10.67.183.125</a><br>&nbsp; &nbsp; 
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; 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 I have tried many 
other configurations such as changing /32 to /24, trying 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>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; { eth0:<a href="http://10.67.183.116/32" target="_blank">10.67.183.116/32</a> 
}<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; { 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>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
eth0:<a href="http://10.67.183.1/32" target="_blank">10.67.183.1/32</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
arp-cache<br>}<br><br>Balance { <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
AcquisitionsPerRound = all<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
interval = 4s<br>}<br><br>The importand part of Spead.conf 
is:<br>Spread_Segment&nbsp; <a href="http://10.255.255.255:4803" target="_blank">10.255.255.255:4803</a> 
{<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; JMM1&nbsp;&nbsp;&nbsp; <a href="http://10.67.183.121" target="_blank">10.67.183.121</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
JMM2&nbsp;&nbsp;&nbsp; <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></div>
<br>_______________________________________________<br>wackamole-users mailing list<br><a href="mailto:[email protected]">[email protected]</a><br><a href="http://lists.backhand.org/mailman/listinfo/wackamole-users" target="_blank">
http://lists.backhand.org/mailman/listinfo/wackamole-users</a><br><br></blockquote></div><br>

------=_Part_29584_10958095.1194649380395--


--===============7012193468552240584==
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

--===============7012193468552240584==--