Bug 1659768
Summary: | httpd: endless crash loop | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | redhat | ||||
Component: | php | Assignee: | Remi Collet <fedora> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 29 | CC: | anon.amish, fedora, jkaluza, jorton, luhliari, pahan, redhat, trevor | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2019-02-28 09:17:58 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
redhat
2018-12-16 09:40:29 UTC
Can you double-check this system has updated to httpd-2.4.37-5? There was a fix for an issue which would manifest like this in -5. Yes, it's httpd-2.4.37-5 indeed. The bug can be triggered by systemctl reload httpd.service which is executed regularly by logrotate, for example. Whereas an systemctl restart httpd.service does not trigger the error. Hope this helps. Hi Erik, thanks for your report! Could you please share with us, what's the value of your SSLProtocol option, if you are using mod_ssl? mod_ssl is not used in my setup. Do you mean it's not configured or the package is not installed? The package is not installed. Please provide output from root running both: httpd -M rpm -qf /etc/httpd/modules/*.so | sort -u wondering if this has the same root-cause as bug 1676842 which was a non-Fedora php package. Created attachment 1536268 [details]
output of httpd -M
The output requested.
# rpm -qf /etc/httpd/modules/*.so | sort -u httpd-2.4.38-2.fc29.x86_64 mod_http2-1.11.1-1.fc29.x86_64 php-7.2.14-1.fc29.x86_64 python2-mod_wsgi-4.6.4-2.fc29.x86_64 Have you modified /etc/httpd/conf.modules.d/15-php.conf or is it stock? Please provide the config. Remi, this looks like bug 1676842 but with prefork MPM & mod_php loaded. No, /etc/httpd/conf.modules.d/15-php.conf is stock. # less 15-php.conf # # PHP is an HTML-embedded scripting language which attempts to make it # easy for developers to write dynamically generated webpages. # # Cannot load both php5 and php7 modules <IfModule !mod_php5.c> <IfModule prefork.c> LoadModule php7_module modules/libphp7.so </IfModule> </IfModule> <IfModule !mod_php5.c> <IfModule !prefork.c> # ZTS module is not supported, so FPM is preferred LoadModule php7_module modules/libphp7-zts.so </IfModule> </IfModule> Are you sure it's the parent apache that is crashing and systemd is restarting it... or... is it the apache children crashing and the parent apache restarting them? What does journalctl say (assuming it's handling coredumps)? What does apache error.log show when the endless crashes are occurring? What does: systemctl status httpd say is the start time in the Active: line? Is the start time static or increasing (i.e. parent really is dying)? If it's the children dying, not the parent, you may have the same bug as me bz#1680481 If parent is dying, it's a different bug. Cross-checking with the other bug - can you confirm whether you have php-imap installed? Yes, php-imap is installed. You might want to have a closer look at the stack backtrace I provied. This helps more than guessing into blue. Thanks. Yeah, the backtraces all show the crash is in a bogus pointer in an pthread_atfork handler, the actual memory address may show up in some php .so but it's a stale pointer from an unloaded DSO, most likely. I'm working on it. Let's just track this once, it's clearly a common bug at this ponit. *** This bug has been marked as a duplicate of bug 1680481 *** |