php7.0.2程序终止，信号11，分割故障

Question

我正在使用codeigniter (一个php框架)运行php-7.0.2。我发现了一些分割错误，这导致了核心转储。并且，我发现这些分割错误是在子php进程关闭和重新启动时随机发生的。我也不知道原因。

使用gdb "bt“显示核心转储：

Core was generated by `php-fpm: pool www                                                               '.
Program terminated with signal 11, Segmentation fault.  
\#0  zend_string_release (ht=0x114dae0) at /home/smt/phpng/php-7.0.2/Zend/zend_string.h:269  
269     /home/smt/phpng/php-7.0.2/Zend/zend_string.h: No such file or directory.  
        in /home/smt/phpng/php-7.0.2/Zend/zend_string.h  
Missing separate debuginfos, use: debuginfo-install php7-7.0.2-20160407105024.x86_64  
(gdb) bt  
\#0  zend_string_release (ht=0x114dae0) at /home/smt/phpng/php-7.0.2/Zend/zend_string.h:269  
\#1  zend_hash_destroy (ht=0x114dae0) at /home/smt/phpng/php-7.0.2/Zend/zend_hash.c:1273  
\#2  0x000000000080647b in module_destructor (module=0x14b6ae0)  
    at /home/smt/phpng/php-7.0.2/Zend/zend_API.c:2509  
\#3  0x000000000080075c in module_destructor_zval (zv=<value optimized out>)  
    at /home/smt/phpng/php-7.0.2/Zend/zend.c:615  
\#4  0x000000000080dcff in _zend_hash_del_el_ex (ht=0x1154780)  
    at /home/smt/phpng/php-7.0.2/Zend/zend_hash.c:1013  
\#5  _zend_hash_del_el (ht=0x1154780) at /home/smt/phpng/php-7.0.2/Zend/zend_hash.c:1037  
\#6  zend_hash_graceful_reverse_destroy (ht=0x1154780) at /home/smt/phpng/php-7.0.2/Zend/zend_hash.c:1489  
\#7  0x0000000000800096 in zend_shutdown () at /home/smt/phpng/php-7.0.2/Zend/zend.c:840  
\#8  0x00000000007a2a6a in php_module_shutdown () at /home/smt/phpng/php-7.0.2/main/main.c:2339  
\#9  0x000000000089e45d in main (argc=<value optimized out>, argv=<value optimized out>)  
    at /home/smt/phpng/php-7.0.2/sapi/fpm/fpm/fpm_main.c:1997  
(gdb) quit  

php-fpm.log如下所示：

[20-Apr-2016 08:00:02] WARNING: [pool www] child 11751 exited on signal 11 (SIGSEGV - core dumped) after 3600.462022 seconds from start

我对这个虫子很好奇。

直到现在，我确信核心转储发生在fpm重新启动时。重新启动是由命令“杀死-10 fpm-主进程-ids”引起的。或者，fpm在处理“pm.max_requests”请求时也会重新启动。

但是，核心转储并不是每次重新启动时都会发生，而且核心转储的概率非常小。我找不到那个角色。

幸运的是，我在我们的生产环境中安装了7.0.5版本来替换7.0.2版本，并且它已经运行了三天，没有核心转储。

我找不到从7.0.2到7.0.5之间的变化。这正是一个非常奇怪的错误，我想知道原因。谁能告诉我关于这个虫子的事？

Answer 1

在更新到7.0.5之后，核心转储已经有2周没有发生了。所以，这个错误已经在7.0.5中被修复了！

我还是不知道这个虫子是怎么回事。

我是一只好奇的猫。@_@