备案控制台
探索云世界
开发者社区 开发与运维 文章 正文

【原创】Erlang 之 erl_crash.dump 生成

2016-05-12 6339
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
-=-=-=-=- 我是<我是歌手   >的分隔线 -=-=-=-=-  

（以下为原文引用） 

      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 文件。此时生成的崩溃文件必然比之前生成的大；
  • 通过 SIGUSR1 令目标进程退出，并生成 erl_crash.dump 文件的方式也是可以的。

结论：  
  1. Ctrl+c,Ctrl+c 和 Ctrl+c,a 什么都不会生成，即使是在 console 上执行；
  2. Ctrl+c,A 可以生成 erl_crash.dump 和 core.xxx （要放开 ulimit -c）；
  3. erlang:halt("abort"). 只会生成 erl_crash.dump （即使放开 unlimit -c）；
  4. erlang:halt(abort). 只会生成 core.xxx （要放开 unlimit -c）；
  5. 通过 SIGUSR1 终止 erlang 进程，可以生成 erl_crash.dump 和 core.xxx （要放开 ulimit -c）；
文章标签：
Shell
摩云飞
目录
相关文章
泡沫o0
|
23天前
|
算法 Java 测试技术
【深入探究 C++ 日志库性能比较】glog、log4cplus 和 spdlog 的日志输出性能分析
【深入探究 C++ 日志库性能比较】glog、log4cplus 和 spdlog 的日志输出性能分析
泡沫o0
69 0
程序员朱永胜
|
6月前
|
存储 关系型数据库 MySQL
【面试题精讲】MySQL-crash-safe
【面试题精讲】MySQL-crash-safe
程序员朱永胜
35 0
摩云飞
|
Perl 网络协议 消息中间件
【原创】Erlang 之 erl_crash.dump 文件分析
摩云飞
10188 2
徐洲更
都8102年了，还用fastq-dump，快换fasterq-dump吧
之前写过一篇文章Fastq-dump: 一个神奇的软件， 详细介绍了fastq-dump的用法。 虽然fastq-dump参数很多，而且一直被吐槽参数说明写的太差，但是如果真的要用起来其实也就是一行代码 fastq-dump --gzip --split-3 --defline-qual &#39;+&#39; --defline-seq &#39;@$ac-$si/$ri&#39; SRRXXXXX| SRRXXXX.sra # 加上--gzip后需要时间进行文件压缩 当然除了参数问题，还有一个让人诟病的地方就是他只能单个线程，所以速度特别的慢。
徐洲更
4770 0
都8102年了，还用fastq-dump，快换fasterq-dump吧
2020Labs
|
关系型数据库 MySQL
MySQL 的 crash-safe 原理解析
MySQL作为当下最流行的开源关系型数据库，有一个很关键和基本的能力，就是必须能够保证数据不会丢。那么在这个能力背后，MySQL是如何设计才能保证不管在什么时间奔溃，恢复后都能保证数据不会丢呢？有哪些关键技术支撑了这个能力？本文将为我们一一揭晓。
2020Labs
974 0
唐玄奘
[Erlang 0057] Erlang 排错利器: Erlang Crash Dump Viewer
唐玄奘
1741 0
科技小能手
|
数据库 关系型数据库 Oracle
[转]如何阅读systemstate dump
科技小能手
929 0
科技小能手
|
监控 Oracle 关系型数据库
log4net进阶手札(三)：保存日志到oracle中
科技小能手
1138 0
余二五
|
关系型数据库 数据库 MySQL
xtrabackup简析
余二五
1099 0
zting科技
|
Linux Apache
Linux 小知识翻译 - 「日志」（log）
zting科技
971 0

热门文章

最新文章

  • 1
    随机生成UserAgent的python库（fake-useragent库）
  • 2
    使用zxing识别一幅包含多个二维码的图片
  • 3
    阿里云的SLB，植入cookie和重写cookie有什么区别？
  • 4
    基于Flink的实时日志分析系统实践
  • 5
    如何在服务器上跑python程序
  • 6
    电池技术多年没有较大发展，成为移动设备最大制约
  • 7
    Spread for WinRT 7新功能使用指南
  • 8
    codeforces Soldier and Number Game（dp+素数筛选）
  • 9
    九度oj-1001-Java
  • 10
    Android:随笔——对页面的View进行截图
  • 1
    分解商业周期时间序列：线性滤波器、HP滤波器、Baxter滤波器、Beveridge Nelson分解等去趋势2
    9
  • 2
    分解商业周期时间序列：线性滤波器、HP滤波器、Baxter滤波器、Beveridge Nelson分解等去趋势法1
    9
  • 3
    灰色关联分析(Grey Relation Analysis,GRA)中国经济社会发展指标
    9
  • 4
    极值分析：分块极大值BLOCK-MAXIMA、阈值超额法、广义帕累托分布GPD拟合降雨数据时间序列
    9
  • 5
    GARCH-DCC模型和DCC（MVT）建模估计
    8
  • 6
    ARIMA、ARIMAX、 动态回归和OLS 回归预测多元时间序列
    10
  • 7
    R语言预测期货波动率的实现：ARCH与HAR-RV与GARCH，ARFIMA模型比较
    10
  • 8
    spss modeler用决策树神经网络预测ST的股票
    9
  • 9
    K-means和层次聚类分析癌细胞系微阵列数据和树状图可视化比较
    8
  • 10
    matlab中使用VMD(变分模态分解)对信号去噪
    8

    • 相关电子书

    更多
  • 低代码开发师（初级）实战教程
  • 冬季实战营第三期：MySQL数据库进阶实战
  • 阿里巴巴DevOps 最佳实践手册
    • 下一篇
    阿里云oss简介和使用流程
    为什么选择阿里云什么是云计算全球基础设施技术领先稳定可靠安全合规分析师报告
    产品和定价全部产品免费试用产品动态产品定价价格计算器云上成本管理
    解决方案技术解决方案
    文档与社区文档开发者社区天池大赛培训与认证
    权益中心免费试用高校计划企业扶持计划推荐返现计划
    支持与服务基础服务企业增值服务迁云服务官网公告健康看板信任中心
    关注阿里云
    关注阿里云公众号或下载阿里云APP，关注云资讯，随时随地运维管控云服务
    阿里云APP阿里云微信
    联系我们：4008013260
    法律声明Cookies政策廉正举报安全举报联系我们加入我们
    阿里巴巴集团淘宝网天猫全球速卖通阿里巴巴国际交易市场1688阿里妈妈飞猪阿里云计算AliOS万网高德UC友盟优酷钉钉支付宝达摩院淘宝海外阿里云盘饿了么
    © 2009-2024 Aliyun.com 版权所有 增值电信业务经营许可证： 浙B2-20080101 域名注册服务机构许可： 浙D3-20210002 京D3-20220015
    浙公网安备 33010602009975号浙B2-20080101-4