[erlang-questions] rabbit, epmd and bonded interfaces woes
Michael Santos
michael.santos@REDACTED
Fri Jan 13 23:05:20 CET 2012
On Fri, Jan 13, 2012 at 03:25:21PM -0500, Leonard Boyce wrote:
> On Friday, January 13, 2012 03:15:16 PM Michael Santos wrote:
> > On Fri, Jan 13, 2012 at 02:52:06PM -0500, Leonard Boyce wrote:
> > > <snip>
> > That patch reverts to the old behaviour of epmd (allow all query types
> > from remote clients).
> > > <snip>
> > Newer versions of epmd consider connections with the same source and
> > destination address as local. What are the source and destination
> > addresses for the TCP connection to epmd?
>
> looking at tcpdump the command "erl -sname somestrangename" calls epmd from
> the public IP of the machine. "web1" is the aliased to 127.0.0.1 in
> /etc/hosts. With the alias removed the tcpdump shows 'localhost' in place of
> 'web1'.
Try tcpdump -n, the name lookups are suppressed.
> 14:41:27.874188 IP (tos 0x0, ttl 64, id 61958, offset 0, flags [DF], proto TCP
> (6), length 52)
> XX.XX.XX.XX.42982 > web1.4369: Flags [F.], cksum 0x5877 (correct), seq 30,
> ack 2, win 257, options [nop,nop,TS val 24962735 ecr 24962735], length 0
>
> As far as I understand the above command 'should' be binding and calling epmd
> from 'localhost', not an arbitrary mounted IP.
Yup, Erlang nodes are hard coded to go to 127.0.0.1. You should see the
source as 127.0.0.1.
The server is in a weird state. Anything wrong with the loopback or the
routes?
I remember someone had a similar issue that cleared up after a reboot.
Might want to try that, if you haven't already.
More information about the erlang-questions
mailing list