这种信息一般都是由内存访问越界造成的，不管是用户态程序还是内核态程序访问越界都会出core, 并在系统日志里面输出一条这样的信息。这条信息的前面分别是访问越界的程序名，进程ID号，访问越界的地址以及当时进程堆栈地址等信息，比较有用的信息是最后的error number. 在上面的信息中，error number是4 ,下面详细介绍一下error number的信息： 在上面的例子中，

1.原理： 无coredump时可通过查看内核的segfault日志信息进行分析 2.涉及工具 addr2line 一般用法： addr2line -e yourSegfaultingProgram your_instruction_pointer(ip) [root@docker-node1 sbin]# addr2line -h 用法：addr2lin

最近遇到一个棘手的问题，用在现场的程序崩溃了，但是却无法复现，隔个一个月左右出一次，已经出现了三次，各种测试并没有能复现问题。现在只好把目光聚焦在能够获得的仅有的信息，系统日志上了，查看/var/log/message，找到了关键的一套信息：  kernel: myapp[1427]: segfault at 494d1f84 ip 00d73e54 sp b17fac20 error 6 in