On 21 December 2011 11:13, Richard Carlsson <span dir="ltr"><<a href="mailto:carlsson.richard@gmail.com">carlsson.richard@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">On 2011-12-21 03:23, Chandru wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello everyone,<br>
<br>
I've just had a failure in one of my live services because an erlang<br>
node ran out of memory (caused by a traffic spike). Restart mechanisms<br>
exist to restart the node, but the node took a long time to die because<br>
it was writing a large erl_crash.dump file, and then there was a 7GB<br>
core dump.<br>
<br>
Is there a quicker way to fail? I'm thinking of disabling core dumps<br>
entirely on the box. What else can I do? A configuration option on the<br>
node to only produce a summary erl_crash.dump would be nice. The most<br>
useful things for me in a crash dump usually are the slogan at the top,<br>
and the message queue lengths of each process. In this particular case,<br>
the slogan would've told me all that I needed to know.<br>
<br>
Chandru<br>
</blockquote>
<br></div></div>
Apart from limiting the size of core dumps in the OS, you can set the<br>
ERL_CRASH_DUMP* environment variables described at the bottom of the manual page for erl (<a href="http://www.erlang.org/doc/man/erl.html" target="_blank">http://www.erlang.org/doc/<u></u>man/erl.html</a>) to get some control over the Erlang crash dumps.<span class="HOEnZb"><font color="#888888"><br>


</font></span><br></blockquote><div><br>That is very useful, thank you. I wasn't aware of that option.<br><br>cheers<br>Chandru<br> <br></div></div>