应用程序未产生core原因定位

作者:夏志培
本文为原创文章,转载请注明作者及出处

背景:

c/c++应用程序进程由于各种原因会崩溃,人为上去的迅速干预处理也会造成一定的业务影响, 于是运维的同事将应用程序全部接入到supervisor,通过supervisor来防止应用进程宕掉短时间无人处理。经过一段时间后,supervisor带来一些收效,但同时引入一些问题。譬如应用程序崩溃后,在系统日志和内核的环形日志中留下一些报错信息(例如指令指针地址),虽说通过指令指针地址信息找到对应的出错行,但是由于该应用经过多次版本发布,即使通过指令指针地址找到了对应的代码行,也无法确定该出错的代码行就是当前代码仓库最新版本中的代码行。仍然不好定位bug, 形成较大的困扰。所以业务方仍然需要应用产生的core信息。于是介入参与,解决这个问题。(备注:环境信息:centos6.5 x64 ,supervisord-2.1-9)

过程和原因:

  1. 运维已经下线该Serve,保留了现场,于是登上目标服务器上查看,发现应用崩溃后在系统日志中仅存在少量的报错日志,(指令地址信息 ,文件的装载地址信息), 但是没有core文件。先检查core文件的名字生成规则有没有被修改。
\#sysctl -a |grep  core_pattern 

确认core的文件格式以core结尾。
然后检查系统参数core file size 是unlimited ,系统配置层未发现问题。

  1. 然后进行故障重现,在终端中手工启动该应用程序,崩溃后可以产生core文件。(向目标进程发SIGUSR2信号)

  2. 开始检查和对比 supervisor运行环境变量 和 终端中执行程序的环境变量 【可以借助gdb , 查看进程相关的内存】

  3. 对比环境后确实存在差异, supervisor接管后进程的 core file size 为0, 终端中执行的进程中的core file size 为ulimited, 其中0是不能产生core文件,ulimit是可以产生core文件。

  1. 为了所辖排查范围,用python写一个类似supervider的程序 和 产生core的C程序,并且放入到crontab中运行, 代码如下:

5.1 产生core的测试C代码: #cd /tmp/ && gcc test.c

 #include<stdio.h>
int main()
{
        char *str="this is a Segmentation fault";
        str[0]='f';
        return 0;
}

5.2 测试的python程序(类似supervisor作用)

 #!/usr/bin/env python
 #coding=utf8
 
from time import sleep
import os,signal
def child_handler(signum,stackframe):
    while 1:
        try:
             result = os.waitpid(-1,os.WNOHANG)
         except:
             break
             print "Reaped child process %d" % result[0]
        signal.signal(signal.SIGCHLD,child_handler)
 
signal.signal(signal.SIGCHLD,child_handler)
 
try:
    pid = os.fork()
    if pid == 0:
        os.execv("/tmp/a.out",[])
except OSError, e:
    pass
 
sleep(30)

  1. 经过测试,C程序可以产生core文件,此时原因就是supervidoer程序本身了。
    顺着/usr/bin/supervisord去查看源代码, 发现supervisord有一个set_rlimits函数,专门处理环境变量这一块的参数, 但supervisord的set_rlimits只会获取系统环境中两个变量:
    RLIMIT_NOFILE 最大打开文件句柄数
    RLIMIT_NOPROC 用户最大的进程数
    ,其他全部使用python.resource模块设置的默认值, 具体看https://pymotw.com/2/resource/,
    为了验证这一点, 查看了当前未被supervisord接管某个应用进程的 max locked memory 和 supervisor接管进程的max locked memory, 正如预期中的一样,发现明显的差异。supervisor中由于core file size 这个参数也是使用python.resource模块设置的默认值(0),所以造成应用进程无法产生core文件。

解决办法:

  1. 不重启应用进程的3种解决办法:
    1.1 借助gdb 直接修改ulimit的一些参数【不推荐】【内核>2.6】
    1.2. 直接修改/proc/xx/limits的参数,echo -n ‘Max open files=unlimited:unlimited’ > /proc/15533/limits 【内核>2.6】
    1.3. 借助prlimit工具 【内核>2.6.36】,prlimit –pid 25622 –nofile=10240:10240
  2. 根本解决办法, 修改supvisor模块中 options.py 文件第1293行下面加入以下代码
soft, hard = resource.getrlimit(resource.RLIMIT_CORE)
resource.setrlimit(resource.RLIMIT_CORE, (-1, hard))

示例:
#vim /usr/lib/python2.6/site-packages/supervisor/options.py

        if hasattr(resource, 'RLIMIT_NPROC'):
            limits.append(
                {
                'msg':('The minimum number of available processes required '
               'to run this program is %(min)s as per the "minprocs" '
               'command-line argument or config file setting. '
               'The current environment will only allow you '
                'to open %(hard)s processes.  Either raise '
                'the number of usable processes in your '
                'environment (see README.rst) or lower the '
                'minprocs setting in the config file to allow '
                'the program to start.'),
                'min':self.minprocs,
                'resource':resource.RLIMIT_NPROC,
                'name':'RLIMIT_NPROC',
                })
        ###增加一下2行代码
        soft, hard = resource.getrlimit(resource.RLIMIT_CORE)
        resource.setrlimit(resource.RLIMIT_CORE, (-1, hard))

今天的故障分析到此啦。

更多运维技术文章,请关注「沪江技术学院」微信公众号。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 151,688评论 1 330
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 64,559评论 1 273
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 101,749评论 0 226
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 42,581评论 0 191
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 50,741评论 3 271
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 39,684评论 1 192
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,122评论 2 292
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 29,847评论 0 182
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 33,441评论 0 228
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 29,939评论 2 232
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,333评论 1 242
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 27,783评论 2 236
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,275评论 3 220
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 25,830评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,444评论 0 180
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 34,553评论 2 249
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 34,618评论 2 249

推荐阅读更多精彩内容

  • 一、温故而知新 1. 内存不够怎么办 内存简单分配策略的问题地址空间不隔离内存使用效率低程序运行的地址不确定 关于...
    SeanCST阅读 7,658评论 0 27
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,050评论 18 139
  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 170,472评论 25 707
  • 今天天气无比的好,中午下楼吃饭,看到白云大朵大朵的拥挤在楼顶之上时,周围灼热的空气,被风一吹,夏天就来了。股票仍然...
    毕钵罗子阅读 183评论 0 1
  • ——真相到底是什么,正义到底是什么,我们无从知晓,但也许唯一不变的就只有对其无限的渴望和不渝的信念。 《失踪的黑色...
    落合笙阅读 432评论 0 7