Bug #71269 [Com]: php-fpm dumped core

Edit report at https://bugs.php.net/bug.php?id=71269&edit=1 ID: 71269 Comment by: mickael9 at gmail dot com Reported by: franck dot charras at openmailbox dot org Summary: php-fpm dumped core Status: Open Type: Bug Package: FPM related Operating System: arch linux PHP Version: 7.0.1 Block user comment: N Private report: N New Comment: I studied this more, I'm pretty sure this is what is happening : 1) php-fpm forks a child 2) fpm_signals_init_child() gets called which sets the correct handler for SIGQUIT 3) later, php_request_startup() gets called 4) php_request_startup() calls zend_signal_activate() 5) zend_signal_activate() resets all signal handlers, including SIGQUIT, overriding the correct ones. 6) when the master decides to terminate a child it sends SIGQUIT to the child which dumps core instead of gracefully exiting because the signal handler was overwritten Previous Comments: ------------------------------------------------------------------------ [2016-01-08 19:42:04] mickael9 at gmail dot com I think the child is not properly handling the received SIGQUIT coming from the php-fpm master. Instead of stopping gracefully, it generates a coredump (almost as if the SIGQUIT was not properly assigned to the correct signal handler) ------------------------------------------------------------------------ [2016-01-08 18:17:35] mickael9 at gmail dot com Here's a (hopefully) more useful backtrace with PHP compiled in debug : #0 0x00007f282b5f95f8 in raise () from /usr/lib/libc.so.6 #1 0x000000000083dc8b in zend_signal_handler (signo=3, siginfo=0x7ffc1f34ca70, context=0x7ffc1f34c940) at /home/mickael/php/src/php-7.0.2/Zend/zend_signal.c:178 #2 0x000000000083d85e in zend_signal_handler_defer (signo=3, siginfo=0x7ffc1f34ca70, context=0x7ffc1f34c940) at /home/mickael/php/src/php-7.0.2/Zend/zend_signal.c:89 #3 <signal handler called> #4 0x00007f282b6afdf0 in __accept_nocancel () from /usr/lib/libc.so.6 #5 0x00000000008cd24e in fcgi_accept_request (req=0x1fc2860) at /home/mickael/php/src/php-7.0.2/main/fastcgi.c:1396 #6 0x00000000008dc5ba in main (argc=4, argv=0x7ffc1f34d418) at /home/mickael/php/src/php-7.0.2/sapi/fpm/fpm/fpm_main.c:187 ------------------------------------------------------------------------ [2016-01-07 12:23:16] franck dot charras at openmailbox dot org Hi, this morning i've gone again through all the settings for nginx/owncloud/php/php-fpm. It seems that php-fpm has stopped crashing repeatedly. It only stopped after I have it using 127.0.0.1:9000 instead of php-fpm.sock. If I switch back it fills my logs with dumped core again. Hope this can help, Sincerely. ------------------------------------------------------------------------ [2016-01-04 14:09:44] franck dot charras at openmailbox dot org Unfortunately I don't know what script causes this crash. I only know that it's part of owncloud php website, and it's related to serving pages after modifying the database. Apart from that I'm a newbie user and i'm not that aware of PHP :-/ i'd be glad to help to provide more informations if you have particular request though. Maybe another user/developper will encounter the same bug and provide a more accurate bug report. ------------------------------------------------------------------------ [2016-01-04 11:39:21] laruence@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with <?php and ends with ?>, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=71269 -- Edit this bug report at https://bugs.php.net/bug.php?id=71269&edit=1