|  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
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


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2017-08-24 17:26 UTC]
-Summary: php-fom crashing, hard to reproduce +Summary: php-fpm crashing, hard to reproduce
 [2017-08-24 17:28 UTC]
-Status: Open +Status: Feedback
 [2017-08-24 17:28 UTC]
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]
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
 [2019-02-27 03:03 UTC] mnikulin at plesk dot com
The stack trace looks similar to other bugs from "use after free" family:
Bug #77114 	php-fpm master segfaults in fpm_event_epoll_wait/fpm_event_fire
(see comments for a patch),
Bug #77185 	Use-after-free in FPM master event handling
and several others
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Sun May 31 20:01:27 2020 UTC