本文内容针对霸爷的博客《 产生crashdump的三种方法 》进行实验验证和总结。
-=-=-=-=- 我是<我是歌手 >的分隔线 -=-=-=-=-
（以下为原文引用）
crashdump 对于 erlang 的系统来讲如同 core 对于 c/c++ 程序一样宝贵，对于系统问题的修复提供了最详细的资料。当然 erlang 很贴心了提供了网页版的 crashdump_view 帮助用户解读数据，使用方法如下：
crashdump_viewer:start(). 因为 crashdump 文本文件里面记录了大量系统相关的信息，这些信息对于分析系统的性能，状态，排除问题提供了不可替代的功能。所以很需要在系统正常运作的时候，得到 crashdump 文件。
除了坐等系统在发生问题时，自动产生 crashdump 以外，另外还有三种方法来手动产生 crashdump 。 方法如下：
- erlang:halt("abort").
- 在 erlang shell 下输入 Ctrl+c + “大写的A”
- kill -s SIGUSR1 [erlang_pid]
-=-=-=-=- 我是<我是歌手 >的分隔线 -=-=-=-=-
（以下为实际验证）
【实验一】
某业务进程运行中
[root@Betty upu]# ps aux|grep upu
root 2185 0.0 0.0 12908 796 ? S 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/run_erl -daemon /tmp//opt/mcu/upu/ /opt/mcu/upu/log exec /opt/mcu/upu/bin/upu console ''
root 2186 12.3 1.1 507936 43688 pts/0 Ssl+ 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/beam.smp -K true -- -root /opt/mcu/upu -progname upu -- -home /root -- -boot /opt/mcu/upu/releases/1/upu -mode embedded -config /opt/mcu/upu/etc/upu.config -mnesia dir '/opt/mcu/upu/data' -sname upu@Betty -setcookie upu -- console
root 2237 0.0 0.0 103252 848 pts/6 S+ 13:03 0:00 grep upu
root 2525 0.0 0.0 10956 396 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
[root@Betty upu]#通过 remsh 登录，再通过 Ctrl+c,a 退出
[root@Betty upu]# ./bin/upu remote_console
Erlang/OTP 17 [erts-6.0] [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V6.0 (abort with ^G)
(upu@Betty)1>
(upu@Betty)1>
(upu@Betty)1>
BREAK: (a)bort (c)ontinue (p)roc info (i)nfo (l)oaded
(v)ersion (k)ill (D)b-tables (d)istribution
a
[root@Betty upu]#可以看到，上述操作对业务进程无影响（不产生影响的原因见后文）。
[root@Betty upu]#
[root@Betty upu]# ps aux|grep upu
root 2185 0.0 0.0 12908 796 ? S 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/run_erl -daemon /tmp//opt/mcu/upu/ /opt/mcu/upu/log exec /opt/mcu/upu/bin/upu console ''
root 2186 3.1 1.1 507348 43600 pts/0 Ssl+ 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/beam.smp -K true -- -root /opt/mcu/upu -progname upu -- -home /root -- -boot /opt/mcu/upu/releases/1/upu -mode embedded -config /opt/mcu/upu/etc/upu.config -mnesia dir '/opt/mcu/upu/data' -sname upu@Betty -setcookie upu -- console
root 2328 0.0 0.0 103252 848 pts/6 S+ 13:03 0:00 grep upu
root 2525 0.0 0.0 10956 404 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
[root@Betty upu]#
[root@Betty upu]#再次通过 remsh 登录，并执行 Ctrl+c,A
[root@Betty upu]# ./bin/upu remote_console
Erlang/OTP 17 [erts-6.0] [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V6.0 (abort with ^G)
(upu@Betty)1>
BREAK: (a)bort (c)ontinue (p)roc info (i)nfo (l)oaded
(v)ersion (k)ill (D)b-tables (d)istribution
A
Crash dump was written to: erl_crash.dump
Crash dump requested by user已放弃 (core dumped)
[root@Betty upu]#可以看到，上述操作对 upu 进程同样无影响（不产生影响的原因见后文），同时能够产生 erl_crash.dump 文件
[root@Betty upu]#
[root@Betty upu]# ps aux|grep upu
root 2185 0.0 0.0 12908 796 ? S 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/run_erl -daemon /tmp//opt/mcu/upu/ /opt/mcu/upu/log exec /opt/mcu/upu/bin/upu console ''
root 2186 0.6 1.1 507604 43864 pts/0 Ssl+ 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/beam.smp -K true -- -root /opt/mcu/upu -progname upu -- -home /root -- -boot /opt/mcu/upu/releases/1/upu -mode embedded -config /opt/mcu/upu/etc/upu.config -mnesia dir '/opt/mcu/upu/data' -sname upu@Betty -setcookie upu -- console
root 2463 0.0 0.0 103252 848 pts/6 S+ 13:05 0:00 grep upu
root 2525 0.0 0.0 10956 408 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
[root@Betty upu]#
[root@Betty upu]# ll
总用量 360
drwxr-xr-x 2 root root 4096 2月 26 14:27 bin
drwxr-xr-x 2 root root 4096 3月 1 16:53 data
-rw-r----- 1 root root 334226 3月 4 13:05 erl_crash.dump
drwxr-xr-x 3 root root 4096 2月 26 14:27 erts-6.0
drwxr-xr-x 2 root root 4096 3月 1 16:52 etc
drwxr-xr-x 12 root root 4096 2月 26 14:27 lib
drwxr-xr-x 2 root root 4096 3月 4 13:03 log
drwxr-xr-x 3 root root 4096 2月 26 14:27 releases
drwxr-xr-x 2 root root 4096 2月 26 14:28 system
[root@Betty upu]#此时就可以基于该 erl_crash.dump 文件对 upu 进程的运行时状态进行分析了（此结论已被我自己证实存在问题）。
【实验二】
某业务进程运行中
[root@Betty upu]#
[root@Betty upu]# ps aux|grep upu
root 2185 0.0 0.0 12908 796 ? S 13:03 0:00 /opt/mcu/upu/erts-6.0/bin/run_erl -daemon /tmp//opt/mcu/upu/ /opt/mcu/upu/log exec /opt/mcu/upu/bin/upu console ''
root 2186 0.1 1.5 507936 58048 pts/0 Ssl+ 13:03 0:01 /opt/mcu/upu/erts-6.0/bin/beam.smp -K true -- -root /opt/mcu/upu -progname upu -- -home /root -- -boot /opt/mcu/upu/releases/1/upu -mode embedded -config /opt/mcu/upu/etc/upu.config -mnesia dir '/opt/mcu/upu/data' -sname upu@Betty -setcookie upu -- console
root 2525 0.0 0.0 10956 412 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
root 2928 0.0 0.0 103252 844 pts/6 S+ 13:21 0:00 grep upu
[root@Betty upu]#
[root@Betty upu]# ll
总用量 36
drwxr-xr-x 2 root root 4096 2月 26 14:27 bin
drwxr-xr-x 2 root root 4096 3月 1 16:53 data
drwxr-xr-x 3 root root 4096 2月 26 14:27 erts-6.0
drwxr-xr-x 2 root root 4096 3月 1 16:52 etc
drwxr-xr-x 12 root root 4096 2月 26 14:27 lib
drwxr-xr-x 2 root root 4096 3月 4 13:03 log
drwxr-xr-x 3 root root 4096 2月 26 14:27 releases
drwxr-xr-x 2 root root 4096 2月 26 14:28 system
[root@Betty upu]#通过 remsh 登录，并执行 erlang:halt("abort").
[root@Betty upu]#
[root@Betty upu]# ./bin/upu remote_console
Erlang/OTP 17 [erts-6.0] [source] [64-bit] [smp:4:4] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V6.0 (abort with ^G)
(upu@Betty)1>
(upu@Betty)1> erlang:halt("abort").
*** ERROR: Shell process terminated! (^G to start new job) ***
BREAK: (a)bort (c)ontinue (p)roc info (i)nfo (l)oaded
(v)ersion (k)ill (D)b-tables (d)istribution
^C[root@Betty upu]#
[root@Betty upu]#退出后发现生成了 erl_crash.dump ，此文件大小比通过 Ctrl+c,A 生成的大（大的原因见后文）。
[root@Betty upu]# ll
总用量 1404
drwxr-xr-x 2 root root 4096 2月 26 14:27 bin
drwxr-xr-x 2 root root 4096 3月 1 16:53 data
-rw-r----- 1 root root 1400355 3月 4 13:21 erl_crash.dump
drwxr-xr-x 3 root root 4096 2月 26 14:27 erts-6.0
drwxr-xr-x 2 root root 4096 3月 1 16:52 etc
drwxr-xr-x 12 root root 4096 2月 26 14:27 lib
drwxr-xr-x 2 root root 4096 3月 4 13:03 log
drwxr-xr-x 3 root root 4096 2月 26 14:27 releases
drwxr-xr-x 2 root root 4096 2月 26 14:28 system
[root@Betty upu]#可以看到，此时业务进程已经终止。
[root@Betty upu]# ps aux|grep upu
root 2525 0.0 0.0 10956 416 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
root 3053 0.0 0.0 103252 848 pts/6 S+ 13:24 0:00 grep upu
[root@Betty upu]#
【实验三】
某业务进程运行中
[root@Betty upu]# ./bin/upu start
[root@Betty upu]#
[root@Betty upu]# ps aux|grep upu
root 2525 0.0 0.0 10956 424 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
root 3365 0.0 0.0 12908 792 ? S 13:27 0:00 /opt/mcu/upu/erts-6.0/bin/run_erl -daemon /tmp//opt/mcu/upu/ /opt/mcu/upu/log exec /opt/mcu/upu/bin/upu console ''
root 3366 27.3 1.0 511852 38788 pts/0 Ssl+ 13:27 0:00 /opt/mcu/upu/erts-6.0/bin/beam.smp -K true -- -root /opt/mcu/upu -progname upu -- -home /root -- -boot /opt/mcu/upu/releases/1/upu -mode embedded -config /opt/mcu/upu/etc/upu.config -mnesia dir '/opt/mcu/upu/data' -sname upu@Betty -setcookie upu -- console
root 3415 0.0 0.0 103252 848 pts/6 S+ 13:27 0:00 grep upu
[root@Betty upu]#执行 kill 命令发送信号 SIGUSR1 到业务进程
[root@Betty upu]#
[root@Betty upu]# kill -s SIGUSR1 3366
[root@Betty upu]#
[root@Betty upu]# ps aux|grep upu
root 2525 0.0 0.0 10956 424 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
root 3429 0.0 0.0 103252 848 pts/6 S+ 13:28 0:00 grep upu
[root@Betty upu]#
[root@Betty upu]# ll
总用量 1400
drwxr-xr-x 2 root root 4096 2月 26 14:27 bin
drwxr-xr-x 2 root root 4096 3月 1 16:53 data
-rw-r----- 1 root root 1395568 3月 4 13:28 erl_crash.dump
drwxr-xr-x 3 root root 4096 2月 26 14:27 erts-6.0
drwxr-xr-x 2 root root 4096 3月 1 16:52 etc
drwxr-xr-x 12 root root 4096 2月 26 14:27 lib
drwxr-xr-x 2 root root 4096 3月 4 13:03 log
drwxr-xr-x 3 root root 4096 2月 26 14:27 releases
drwxr-xr-x 2 root root 4096 2月 26 14:28 system可以看到，这种方式也能够产生 erl_crash.dump 文件，但业务进程会终止运行。
【实验四】
某业务进程运行中
[root@Betty upu]# ./bin/upu start
[root@Betty upu]#
[root@Betty upu]#
[root@Betty upu]# ps aux|grep upu
root 2525 0.0 0.0 10956 428 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
root 3645 0.0 0.0 12908 792 ? S 13:31 0:00 /opt/mcu/upu/erts-6.0/bin/run_erl -daemon /tmp//opt/mcu/upu/ /opt/mcu/upu/log exec /opt/mcu/upu/bin/upu console ''
root 3646 43.5 1.1 512108 42036 pts/0 Ssl+ 13:31 0:00 /opt/mcu/upu/erts-6.0/bin/beam.smp -K true -- -root /opt/mcu/upu -progname upu -- -home /root -- -boot /opt/mcu/upu/releases/1/upu -mode embedded -config /opt/mcu/upu/etc/upu.config -mnesia dir '/opt/mcu/upu/data' -sname upu@Betty -setcookie upu -- console
root 3693 0.0 0.0 103252 848 pts/6 S+ 13:31 0:00 grep upu
[root@Betty upu]#
[root@Betty upu]# ll
总用量 36
drwxr-xr-x 2 root root 4096 2月 26 14:27 bin
drwxr-xr-x 2 root root 4096 3月 1 16:53 data
drwxr-xr-x 3 root root 4096 2月 26 14:27 erts-6.0
drwxr-xr-x 2 root root 4096 3月 1 16:52 etc
drwxr-xr-x 12 root root 4096 2月 26 14:27 lib
drwxr-xr-x 2 root root 4096 3月 4 13:03 log
drwxr-xr-x 3 root root 4096 2月 26 14:27 releases
drwxr-xr-x 2 root root 4096 2月 26 14:28 system
[root@Betty upu]#执行 kill 命令发送信号 SIGUSR2 到业务进程
[root@Betty upu]#
[root@Betty upu]# kill -s SIGUSR2 3646
[root@Betty upu]# ll
总用量 36
drwxr-xr-x 2 root root 4096 2月 26 14:27 bin
drwxr-xr-x 2 root root 4096 3月 1 16:53 data
drwxr-xr-x 3 root root 4096 2月 26 14:27 erts-6.0
drwxr-xr-x 2 root root 4096 3月 1 16:52 etc
drwxr-xr-x 12 root root 4096 2月 26 14:27 lib
drwxr-xr-x 2 root root 4096 3月 4 13:03 log
drwxr-xr-x 3 root root 4096 2月 26 14:27 releases
drwxr-xr-x 2 root root 4096 2月 26 14:28 system
[root@Betty upu]# ps aux|grep upu
root 2525 0.0 0.0 10956 428 ? S Feb01 0:12 /opt/mcu/upucore/erts-6.0/bin/epmd -daemon
root 3706 0.0 0.0 103252 844 pts/6 S+ 13:31 0:00 grep upu
[root@Betty upu]#可以看到，这种方式不会产生 erl_crash.dump 文件，但 upu 进程会终止运行。
结论： 只有通过 Ctrl+c,A 生成 erl_crash.dump 文件才无破坏性；
相关文章：《 【原创】Erlang 之 erl_crash.dump 文件分析 》
==============
重要的补充说明：
- 上文的一些结论是存在问题的，已经进行了标注；
- 问题在于上述试验中，我是通过 -remsh 方式登录到目标节点上的，即在本地创建一个 Erlang 节点，但在远端启动的初始 shell ，那么此时无论是使用 Ctrl+c,Ctrl+c，或 Ctrl+c,a ，还是 Ctrl+c,A ，终止的都是在远端启动的那个初始 shell ，因此并不会导致目标进程退出；而此时获取到的 erl_crash.dump 文件当然也就不是目标进程对应的崩溃文件；
- 通过 -remsh 登录后执行 erlang:halt("abort"). 命令，会令目标进程（ERTS）暴力退出，并以 "abort" 字符串作为 Slogan 生成 erl_crash.dump 文件。因为是基于目标进程信息生成的崩溃文件，因此必然比上面终止初始 shell 进程时生成的崩溃文件内容大；
- 通过 SIGUSR1 令目标进程退出，并生成 erl_crash.dump 文件的方式也是可以的。
结论：
- Ctrl+c,Ctrl+c 和 Ctrl+c,a 什么都不会生成，即使是基于 console 启动程序时；
- Ctrl+c,A 可以生成 erl_crash.dump 和 core.xxx （要放开 ulimit -c）；
- erlang:halt("abort"). 只会生成 erl_crash.dump （即使放开 unlimit -c）；
- erlang:halt(abort). 只会生成 core.xxx （要放开 unlimit -c）；
- 通过 SIGUSR1 终止 erlang 进程，可以生成 erl_crash.dump 和 core.xxx （要放开 ulimit -c）；
来源：oschina
链接：https://my.oschina.net/u/617889/blog/630946