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: 2021-05-02 04:22 UTC
From: testdev11 at inbox dot lv Assigned: cmb (profile)
Status: No Feedback Package: FPM related
PHP Version: 5.6.31 OS: Gentoo
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
9 + 38 = ?
Subscribe to this entry?

 
 [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
 [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
 [2021-04-21 12:01 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2021-04-21 12:01 UTC] cmb@php.net
Well, the other bugs should have been fixed in the meantime, so I
wonder if anybody can still reproduce this with any of the
actively supported PHP versions[1]?

[1] <https://www.php.net/supported-versions.php>
 [2021-05-02 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2021 The PHP Group
All rights reserved.
Last updated: Fri Sep 17 00:03:35 2021 UTC