有用戶使用《lnmp一鍵安裝包》 在CentOS6.6 64bit上安裝php（php5.4、Opcache、ZendGuardLoader）、hhvm，用vhost.sh添加虛擬主機選擇php，使用 某主題（主題加密，需要使用ZendGuardLoader），啟用改主題直接報502錯誤。束手無策，於是找我來排錯，如下：
通過查看php日志/usr/local/php/var/log/php-fpm.log，有如下警告信息：
[16-Mar-2015 16:03:09] WARNING: [pool www] child 9453 exited on signal 11 (SIGSEGV) after 9.601040 seconds from start
日志中的信息表明，進程號為9453的進程由於收到SIGSEGV信號而退出了。收到這個信號的時候，程序是可以生成core文件的。不過通過日志 我們可以知道進程9453退出時沒有生成core文件。因為在php-fpm的日志中，如果退出時生成了core文件，日志中會有“SIGSEGV – core dumped”字樣。如：
[16-Mar-2015 16:04:29] WARNING: [pool www] child 9581 exited on signal 11 (SIGSEGV - core dumped) after 15.921916 seconds from start
core dump文件對於診斷Linux中 程序的問題非常有用。當程序異常退出的時候，可能會生成core文件。如，程序寫一個不屬於他的內存，操作系統出於保護，會發信號給程序，程序可能會因此 而退出，退出的時候可能會生成core文件。我們可以通過分析core文件，找出程序中那裡有內存問題。這篇文章主要是闡述生成core文件需要做的一些 設置。
如何生成core文件
默認Linux操作系統是不允許生成core文件的。如下：
[root@linuxeye ~]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 5762 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 65535 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 65535 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
可以通過如下命令解除限制：
[root@linuxeye ~]# ulimit -c unlimited [root@linuxeye ~]# ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 5762 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 65535 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 65535 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited
注意，ulimit -c 的設置僅僅是對你完成設置後啟動的進程有效。而且退出登陸後，再進入需要從新設置。否則從新登陸後啟動的進程也無法生成core文件。
如果想永久生效，可以把命令加入到 /etc/profile 中。建議不要這樣做, 會瘋狂dump文件，浪費性能
如何找到core文件
一般情況下，core文件會生成在你執行程序的地方。文件名是core.進程號
你也可以指定core文件名和生成目錄。在/etc/sysctl.conf 文件中指定
# vi /etc/sysctl.conf kernel.core_uses_pid = 1 #追加進程號到core文件名中 fs.suid_dumpable = 2 #確保設置屬主的進程也可以生成core文件 kernel.core_pattern = /tmp/core-%e-%s-%u-%g-%p-%t #指定core文件生成的位置和文件名規則。文件名規則可以使用的參數有：
%% – 符號% %p – 進程號 %u – 進程用戶id %g – 進程用戶組id %s – 生成core文件時收到的信號 %t – 生成core文件的 時間 (seconds since 0:00h, 1 Jan 1970) %h – 主機名 %e – 程序文件名
執行如下命令，讓設置生效
# sysctl -p
重啟php-fpm
service php-fpm restart
重現502錯誤
訪問http://demo.linuxeye.com/wp-admin/customize.php?theme=dux
日志/usr/local/php/var/log/php-fpm.log中會有“SIGSEGV – core dumped”字樣
如何使用core文件
可以使用gdb命令查看core文件信息
gdb -e /usr/local/php/sbin/php-fpm -c /tmp/core-php-fpm-11-501-501-9581-1426493066
根據上面的堆棧信息，可以知道Optimizer（即Opcache）有問題，編輯/usr/local/php/etc/php.ini，注銷掉Opcache段，重啟php-fpm ，正常。。。
轉自：http://blog.linuxeye.com/414.html
