[erlang-bugs] epmd not cleaning up node name if node is down.

Zbyszek Żółkiewski zbyszek@REDACTED
Fri Aug 15 14:22:36 CEST 2008


Hello, thanks for the reply,

System is Debian 4.0, custom compiled erlang OTP R11B-5,
Erlang (BEAM) emulator version 5.5.5 [source] [smp:2] [async-threads:0]
[hipe] [kernel-poll:true]
(so the nodes are running with +K true -smp options)

software that we use is ejabberd xmpp server, we are using cluster mode with
3 nodes (2 on one server and 1 on other server), in this case node was
crashed,
but the same situation appear on both servers, if i stop node with
init:stop()., ctrl+G, k 1, q combination - so quite legaly exiting and
shuting down node...

so do you have any clue what can cause that epmd is not removing entry from
its table? and what we can do to determine problem, and finaly, is there any
way of clear epmd table from invalid entries?

thanks,



2008/8/15 Kenneth Lundin <kenneth.lundin@REDACTED>

> Hi,
>
> The normal and correct behaviour is that a node is unregistered from
> epmd when it is shutdown.
> each Erlang node that register to epmd establishes and keep an open
> tcp connection towards epmd.
> When that connection is broken the Erlang node is unregistered.
>
> On what OS is this?
> How is the Erlang node shutdown?
>
> I just run an example on Suse Linux where I create 2 Erlang nodes like
> this:
>
> erl -sname a
>
> and in another shell
>
> erl -sname b
>
> In a third shell epmd -names reported both nodes.
>
> I then tried to terminate one of the nodes normally and epmd -names
> correctly reported that there
> is only one node left.
>
> i started the second node again and epmd -names reported the 2 nodes.
>
> I killed one of the nodes with kill -9 and again epmd -names reported
> only one node as expected.
>
> There must be something else causing the behaviour on your system.
>
> /Kenneth Erlang/OTP team Ericsson
>
>

-- 
pozdrawiam,
Zbyszek Żółkiewski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-bugs/attachments/20080815/2fb439cd/attachment.htm>


More information about the erlang-bugs mailing list