IamRomi

2014年9月12日

摘要：我们组的搜索服务在业务量大时会时不时出现应用拿不到redis 的connection，整个程序的所有线程都卡在如下的位置，导致前端的新请求进不来，搜索服务假死，整个程序无响应。Thread 4 (Thread 0x7ff97222d700 (LWP 222201)):#0 0x000000339f... 阅读全文

posted @ 2014-09-12 15:49 IamRomi 阅读(735) 评论(0) 推荐(0) 编辑

Linux上coredump调试：call stack栈顶函数地址为0 分析实战

摘要：这几天测试中，又收到了coredump的报告，调用栈如下：(gdb) bt#0 0x0000000000000000in ?? ()#1 0x0000000000432bb4 in ChargingNode::canProcessed (this=0x7f87b40118e0, maxTimesta... 阅读全文

posted @ 2014-09-12 15:33 IamRomi 阅读(1860) 评论(0) 推荐(0) 编辑

一个数据类型不匹配引发的coredump“血案”

摘要：前段在开发中遇到了测试组报过来的程序coredump 问题，stack如下：（Linux X86-64位系统，RHEL6，隐去程序名字更名为APP）Stack: [0x0000000030074000,0x0000000030a75000], sp=0x0000000030a73830, free... 阅读全文

posted @ 2014-09-12 15:32 IamRomi 阅读(484) 评论(0) 推荐(0) 编辑

2014年3月19日

native进程中调用jni接口中的信号处理问题（JVM in native process）

摘要： For XXX print stack issue, it is because the signal handling conflict between C++ process and JVM thread as below:I provide solution base on the referencehttp://publib.boulder.ibm.com/infocenter/realtime/v1r0/index.jsp?topic=%2Fcom.ibm.rt.doc.10%2Fuser%2Fnative_signals.htmlI have copy the solution a 阅读全文

posted @ 2014-03-19 14:52 IamRomi 阅读(675) 评论(1) 推荐(1) 编辑

2014年3月5日

Exception in C++ 学习笔记

摘要：前几天，在项目测试中又遇到了程序coredump，日志如下。可以明显看到，程序APP（隐去真名）收到signal 6 （SIG_ABRT）然后coredump。一般来说，应用程序收到SIGABRT是因为调用abort（）函数造成的。而abort()的调用，大部分是因为错误的** REPT INIT - CORE FILE /sn/core/APP/core DETECTED END OF REPORT #044467++-^A +++ HPC7000BJ08 2014-02-28 22:20:40 MAINT #044468 0-1-13 >*C REPT INIT DETECTED A 阅读全文

posted @ 2014-03-05 11:24 IamRomi 阅读(363) 评论(0) 推荐(0) 编辑

公告