php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #75112 php-fpm crashing, hard to reproduce
Submitted: 2017-08-24 09:11 UTC Modified: 2017-08-29 07:14 UTC
From: testdev11 at inbox dot lv Assigned:
Status: Open Package: FPM related
PHP Version: 5.6.31 OS: Gentoo
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2017-08-24 09:11 UTC] testdev11 at inbox dot lv
Description:
------------
PHP is crashing, cannot find any specific reason, here is gdb backtrace:

Core was generated by `php-fpm: master process (/etc/php/fpm-php5.6/php-fpm.conf)                    '.
Program terminated with signal SIGKILL, Killed.
#0  0x0000000a00000000 in ?? ()
(gdb) bt
#0  0x0000000a00000000 in ?? ()
#1  0x00000000009cdd81 in fpm_event_fire (ev=0x18b7dd0) at /var/tmp/portage/dev-lang/php-5.6.31/work/sapis-build/fpm/sapi/fpm/fpm/fpm_events.c:467
#2  0x00000000009dd507 in fpm_event_epoll_wait (queue=0x18b8740, timeout=823) at /var/tmp/portage/dev-lang/php-5.6.31/work/sapis-build/fpm/sapi/fpm/fpm/events/epoll.c:147
#3  0x00000000009cda95 in fpm_event_loop (err=0) at /var/tmp/portage/dev-lang/php-5.6.31/work/sapis-build/fpm/sapi/fpm/fpm/fpm_events.c:411
#4  0x00000000009c5dbb in fpm_run (max_requests=0x3ecad2110bc) at /var/tmp/portage/dev-lang/php-5.6.31/work/sapis-build/fpm/sapi/fpm/fpm/fpm.c:115
#5  0x00000000009d3401 in main (argc=5, argv=0x3ecad2112d8) at /var/tmp/portage/dev-lang/php-5.6.31/work/sapis-build/fpm/sapi/fpm/fpm/fpm_main.c:1902



Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2017-08-24 17:26 UTC] kalle@php.net
-Summary: php-fom crashing, hard to reproduce +Summary: php-fpm crashing, hard to reproduce
 [2017-08-24 17:28 UTC] kalle@php.net
-Status: Open +Status: Feedback
 [2017-08-24 17:28 UTC] kalle@php.net
Any chance you can provide the actual crashing point, it seems like the debugging symbols is not loaded so its hard to tell what causes it exactly. (I realize based on your title it may be difficult, but it does help us debug it further)
 [2017-08-24 17:30 UTC] kalle@php.net
Also if you have a script that seems to be the main reason for the cause, based off your logs, it would be nice to have included.

Can you also provide your configure command that was used to compile PHP?
 [2017-08-29 07:14 UTC] testdev11 at inbox dot lv
-Status: Feedback +Status: Open
 [2017-08-29 07:14 UTC] testdev11 at inbox dot lv
Configured with:
./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --docdir=/usr/share/doc/php-5.6.31 --htmldir=/usr/share/doc/php-5.6.31/html --prefix=/usr/lib64/php5.6 --mandir=/usr/lib64/php5.6/man --infodir=/usr/lib64/php5.6/info --libdir=/usr/lib64/php5.6/lib --with-libdir=lib64 --localstatedir=/var --without-pear --disable-maintainer-zts --without-fpm-acl --disable-bcmath --with-bz2=/usr --disable-calendar --disable-gcov --enable-ctype --with-curl=/usr --enable-dom --without-enchant --disable-exif --enable-fileinfo --enable-filter --disable-ftp --with-gettext=/usr --without-gmp --enable-hash --without-mhash --with-iconv --enable-intl --disable-ipv6 --enable-json --without-kerberos --enable-libxml --with-libxml-dir=/usr --enable-mbstring --with-mcrypt=/usr --without-mssql --with-onig=/usr --with-openssl=/usr --with-openssl-dir=/usr --disable-pcntl --enable-phar --enable-pdo --enable-opcache --without-pgsql --enable-posix --without-pspell --without-recode --enable-simplexml --disable-shmop --without-snmp --disable-soap --disable-sockets --without-sqlite3 --without-sybase-ct --disable-sysvmsg --disable-sysvsem --disable-sysvshm --without-fpm-systemd --without-tidy --enable-tokenizer --disable-wddx --enable-xml --disable-xmlreader --disable-xmlwriter --without-xmlrpc --without-xsl --enable-zip --with-zlib=/usr --enable-debug --enable-dba --without-cdb --with-db4=/usr --disable-flatfile --without-gdbm --disable-inifile --without-qdbm --without-freetype-dir --without-t1lib --disable-gd-jis-conv --without-jpeg-dir --without-png-dir --without-xpm-dir --without-vpx-dir --without-gd --without-interbase --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-mysql-sock=/var/run/mysqld/mysqld.sock --without-unixODBC --without-iodbc --without-oci8 --without-pdo-dblib --with-pdo-mysql=mysqlnd --without-pdo-pgsql --without-pdo-sqlite --without-pdo-firebird --without-pdo-odbc --without-pdo-oci --with-readline=/usr --without-libedit --without-mm --with-pic --with-pcre-regex=/usr --with-pcre-dir=/usr --cache-file=/var/tmp/portage/dev-lang/php-5.6.31/temp/config.cache --with-config-file-path=/etc/php/cli-php5.6 --with-config-file-scan-dir=/etc/php/cli-php5.6/ext-active --disable-embed --enable-cli --disable-cgi --disable-fpm --without-apxs2

Seems that problem is related to child spawn, the lower the *pm.max_requests* value, the more likely the problem to appear.

Currently working on getting a good backtrace
 
PHP Copyright © 2001-2017 The PHP Group
All rights reserved.
Last updated: Sun Nov 19 01:31:42 2017 UTC