System uses rebar so it's run in embedded mode (runner was constructed rebar's nodetool).<div>Thanks for pointing to USR1 (didn't notice it in the docs).</div><div>With "does not respond to pings" I meant Erlang's net_adm:ping/1 so it looks like Erlang distribution mechanisms stopped working.</div>
<div>Sadly I haven't check epmd status before restarting the system. Looks like turning on epmd loggin my bring some details</div><div>Thanks.</div><div><br><div>Kind regars,</div><div>Kirill Zaborsky</div><div><br></div>
<div class="gmail_quote">2011/10/26 Ahmed Omar <span dir="ltr"><<a href="mailto:spawn.think@gmail.com">spawn.think@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>you can force it by: </div>kill -USR1 $Pid<br><br>is your node running in embedded node? can you connect to the shell? are you able to send rpc calls from other nodes?<div><br><div class="gmail_quote"><div><div></div>
<div class="h5">On Wed, Oct 26, 2011 at 9:42 AM, Kirill Zaborsky <span dir="ltr"><<a href="mailto:qrilka@gmail.com" target="_blank">qrilka@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5"><div>Recently we have found some problems with our Erlang application:</div>
<div>For some time system works ok (e.g. before today it run with no problems for at least 17 days). Then something happens and it "stucks". It does not repond to pings, http interface (mochiweb) gives no replies. The only thing that can be observed is standard "ALIVE" message sent to stdout every 15 minutes when there is no output to stdout. Messages from logs show nothing special before logging stops.</div>


<div>The only thing I could do is just kill the emulator. That gives me opportunity to restart the system but gives no additional information about the roots of the problem.</div><div>On JVM it's possible to get program thread dump (using QUIT signal) is there some ways to "manually" force Erlang emulator to produce crash dump without using erlang:halt/1?</div>


<div>Are there some other ways to diagnose this problem which I should take a look at?</div><div><br></div><div>Kind regars,</div><div>Kirill Zaborksy</div>
<br></div></div>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Best Regards,<br>- Ahmed Omar<div><a href="http://nl.linkedin.com/in/adiaa" target="_blank">http://nl.linkedin.com/in/adiaa</a></div>
<div>Follow me on twitter</div>
<div><a href="http://twitter.com/#!/spawn_think" target="_blank">@spawn_think</a></div><br>
</font></div>
</blockquote></div><br></div>