-
Notifications
You must be signed in to change notification settings - Fork 7.9k
Use HTTP 2.4.54 to load PHP-8.1.9, and frequently call a certain PHP interface to cause a core dump. The core dump error log is AH00051: child pid 6663 exit signal Segmentation fault(11) #9337
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I have also encountered it in other versions of PHP, but it has not been solved. I disabled the opache module when compiling PHP. I don't know why this error has always existed in multiple versions of PHP. |
Is there any errors in php error_log file ? |
[Wed Aug 17 10:19:08.557436 2022] [core:notice] [pid 536253:tid 281473673056272] AH00051: child pid 538181 exit signal Segmentation fault (11), possible coredump in /home/ivs_omu_portal/logs |
This is the error message in the error log. |
Those don't look like php error_log . Are those lines in the file that is setting in php.ini which parameter name is "error_log" ? |
Sorry, I was wrong before. The preceding information is the error log output specified in the httpd.conf configuration file. Just now, I tried to specify the error log in the php.ini file and reproduce the core. No accident occurs. A large number of cores are generated. However, the php.ini error log file is not found. |
#9361 (comment), maybe this answer can solve it. |
I hope the problem can be resolved, thank you. |
I have the same issue. Apache segfaults in mod_php, in zend_signal.c:96: |
Oh, and the error_log from php.ini is completely empty at the time of the crash, providing no additional info. |
@zqtop your issue looks like either the zend signal issue I mentioned in my previous comment (which is fixed in the latest development branches), or it could be this other issue for which I have a fix PR open: #10863 It would be great if you could apply both patches (the zend signal PR and the one I linked here) manually and see if that fixes your problem :) |
No feedback was provided. The issue 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. Thank you. |
Uh oh!
There was an error while loading. Please reload this page.
Description
Recurrence condition:
I have an httpd server, its version number is 2.4.54, the working mode is event, in order to prevent the httpd memory from occupying for a long time and not being released, I enabled the httpd-mpm.conf configuration file, and I modified the value of MaxConnectionsPerChild to a specific value, when its value is set to a small value, such as 10, the specific configuration is as follows:
StartServers 5 ServerLimit 10 ThreadLimit 200 MinSpareThreads 75 MaxSpareThreads 250 ThreadsPerChild 25 MaxRequestWorkers 400 MaxConnectionsPerChild 10 MaxClients 250I wrote a simple test case on thinkphp V6.0.12 base framework using PHP 8.1.9,the code is as follows
After completing the above basic conditions, I wrote a simple multi-threaded httpd request example using python's multi-threading, the code is as follows:
import requests
import threading
import json
When this use case runs for a period of time, the longer the better, a surprising phenomenon occurs, PHP generates a segmentation fault, I can see that multiple core files are generated in the core dump directory, and I use the GDB tool to trace core file information, get the following stack information
Resulted in this output:
But I expected this output instead:
PHP Version
PHP-8.1.9
Operating System
Euler
The text was updated successfully, but these errors were encountered: