crash - Erlang崩溃(必须是ejabberd):为什么以及如何调试日志文件？

Question

每天我的服务器上都会有一个新的Erlang崩溃报告。因为ejabberd是我使用的唯一Erlang工具，所以这一定是导致崩溃的原因。

日志文件（erl_crash.dump）有将近9,000行，因此我不知道如何调试它。但是，当我在该日志文件中搜索“ ejabberd”时，出现了5次-每个事件都与“ ejabberdctl”有关。

我正在通过PHP脚本（exec()）处理ejabberdctl，以编程方式创建用户。难道是撞车的原因（以某种方式）？

在/var/log/ejabberd目录中，我在erlang.log和ejabberd.log中发现了一些错误。但是我真的不知道如何解决它们：

=ERROR REPORT====
Mnesia('ejabberd@MYHOST'): ** ERROR ** (core dumped to file: "/var/lib/ejabberd/MnesiaCore.ejabberd@MYHOST_...")
 ** FATAL ** mnesia_monitor crashed: {badarg,
                                      [{ets,lookup,
                                        [mnesia_decision,
                                         'ejabberdctl@MYHOST']},
                                       {mnesia_recover,has_mnesia_down,1},
                                       {mnesia_monitor,handle_info,2},
                                       {gen_server,handle_msg,5},
                                       {proc_lib,init_p_do_apply,3}]} state: {state,
                                                                              <0.65.0>,
                                                                              [],
                                                                              [],
                                                                              true,
                                                                              [],
                                                                              undefined,
                                                                              []}

=ERROR REPORT====
Mnesia('ejabberd@MYHOST'): ** WARNING ** Mnesia is overloaded: {dump_log,
                                                                           time_threshold}

=CRASH REPORT====
  crasher:
    initial call: ejabberd_listener:init/3
    pid: <0.366.0>
    registered_name: []
    exception exit: {timeout,
                        {gen_server,call,
                            [<0.682.0>,{become_controller,<0.685.0>}]}}
      in function  gen_server:call/2
      in call from ejabberd_listener:accept/3
    ancestors: [ejabberd_listeners,ejabberd_sup,<0.39.0>]
    messages: [{#Ref<0.0.0.11304>,ok}]
    links: [#Port<0.2761>,<0.274.0>]
    dictionary: []
    trap_exit: false
    status: running
    heap_size: 2584
    stack_size: 24
    reductions: 20938
  neighbours:

Answer 1

erl_crash.dump文件包含Erlang VM崩溃时几乎所有状态。有一个用于分析它的工具，只是：


启动一个Erlang Shell并启动webtool：

somebody@somehost> erl
Erlang R15B02 (erts-5.9.2) [source] [smp:2:2] [async-threads:0] [kernel-poll:false]

Eshell V5.9.2  (abort with ^G)
1> webtool:start().
WebTool is available at http://localhost:8888/
Or  http://127.0.0.1:8888/
{ok,<0.35.0>}
2> 

使用浏览器导航到上面给出的地址，然后依次单击WebTool->启动工具-> CrashDumpViewer->开始，然后单击CrashDumpViewer->加载Crashdump。
在常规信息中查找标语。这是崩溃的摘要原因。
寻找状态不是等待中的进程。当Erlang VM崩溃时，这些进程正在做某事，它们很可能是源。