如何解释 ejabberd 故障转储？答案

【问题标题】：How to interpret ejabberd crash dumps?如何解释 ejabberd 故障转储？
【发布时间】：2014-03-01 06:30:30
【问题描述】：

我的服务器每隔几个小时就会被 ejabberd 崩溃日志填满 - 似乎 ejabberd 服务器一直在崩溃，并且崩溃日志将填满服务器的可用空间，直到服务器没有剩余空间（GB 的崩溃日志）。崩溃日志以这样的开头：

=erl_crash_dump:0.1
Tue Feb  4 23:44:02 2014
Slogan: Kernel pid terminated (application_controller) ({application_start_failure,kernel,    {shutdown,{kernel,start,[normal,[]]}}})
System version: Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [kernel-poll:false]
Compiled: Fri Dec 16 03:22:15 2011
Taints: 
Atoms: 4574

谁能从崩溃日志中看到一些东西并告诉我发生了什么？

【问题讨论】：

Here 我试图向某人解释如何解释 Erlang 故障转储。

标签： erlang ejabberd crash-dumps

【解决方案1】：

在这种情况下，故障转储不太可能告诉您太多信息 - 它告诉您内核应用程序已关闭 ({shutdown,{kernel,start,[normal,[]]}})，但没有说明原因。在错误日志中，您应该会发现许多导致节点关闭的崩溃报告和错误消息。

如果节点因为内存不足而崩溃，崩溃转储会更有用。在这种情况下，您通常可以看到哪个进程表现不佳。

【讨论】：