httpd dead but pid file exists
-
Turned on debug mode, haven't seen any debug entries yet
-
[Tue Oct 22 10:03:19 2019] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Tue Oct 22 10:03:19 2019] [notice] Digest: generating secret for digest authentication ... [Tue Oct 22 10:03:19 2019] [notice] Digest: done [Tue Oct 22 10:03:19 2019] [info] APR LDAP: Built with OpenLDAP LDAP SDK [Tue Oct 22 10:03:19 2019] [info] LDAP: SSL support available -
@wirestyle22 said in httpd dead but pid file exists:
I cannot stop the service
Did you try killing the pid, ensuring the pid file is removed and then restarting?
-
Do this...
systemctl restart httpd ; tail -f /var/log/messagesAnd collect about a screen's worth. Let's see if anything is reported immediately following the start up.
-
@scottalanmiller said in httpd dead but pid file exists:
Do this...
systemctl restart httpd ; tail -f /var/log/messagesAnd collect about a screen's worth. Let's see if anything is reported immediately following the start up.
It's RHEL 5
-
-
host (root) php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/oci8.so' - libclntsh.so.11.1: cannot open shared object file: No such file or directory in Unknown on line 0 PHP 5.1.6 (cli) (built: May 22 2018 10:25:39) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies host (root)[ /home/root ] ldd /usr/lib/php/modules/oci8.so linux-gate.so.1 => (0x0087d000) libclntsh.so.11.1 => not found libc.so.6 => /lib/libc.so.6 (0x00960000) /lib/ld-linux.so.2 (0x00567000)libclntsh.so.11.1 => not foundwat
-
@wirestyle22 said in httpd dead but pid file exists:
host (root) php -v PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/oci8.so' - libclntsh.so.11.1: cannot open shared object file: No such file or directory in Unknown on line 0 PHP 5.1.6 (cli) (built: May 22 2018 10:25:39) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies host (root)[ /home/root ] ldd /usr/lib/php/modules/oci8.so linux-gate.so.1 => (0x0087d000) libclntsh.so.11.1 => not found libc.so.6 => /lib/libc.so.6 (0x00960000) /lib/ld-linux.so.2 (0x00567000)libclntsh.so.11.1 => not foundwatthat was in your error log before:
@wirestyle22 said in httpd dead but pid file exists:
I am seeing a new entry in the logs:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/oci8.so' - libclntsh.so.11.1: cannot open shared object file: No such file or directory in Unknown on line 0Did you kill the pid and remove the pid file before restarting it?
-
@stacksofplates said in httpd dead but pid file exists:
Did you kill the pid and remove the pid file before restarting it?
Yes I did. It just re-creates the file and gives the same error.
-
Is oracle-lib-compat installed?
-
-
@wirestyle22 said in httpd dead but pid file exists:
@scottalanmiller said in httpd dead but pid file exists:
oracle-lib-compat
No it's not
That's what provides that file.
-
Try removing the app that Apache runs and see if Apache will start when clean before looking further.
-
Also, consider just moving to a maintained server. RHEL 6 is one thing today, a stretch, but one thing. RHEL 5 constitutes and abandoned server of no value. Why bother with trying to fix a workload deemed "not important enough to run?"
-
@scottalanmiller said in httpd dead but pid file exists:
Also, consider just moving to a maintained server. RHEL 6 is one thing today, a stretch, but one thing. RHEL 5 constitutes and abandoned server of no value. Why bother with trying to fix a workload deemed "not important enough to run?"
We've been told we are phasing it out but if history is any indicator that could mean years. They like to tell us what we want to hear and then not doing anything about it.
-
No one has asked yet (and I'm assuming this) but why haven't you restored to a known working condition?
-
@wirestyle22 said in httpd dead but pid file exists:
@scottalanmiller said in httpd dead but pid file exists:
Also, consider just moving to a maintained server. RHEL 6 is one thing today, a stretch, but one thing. RHEL 5 constitutes and abandoned server of no value. Why bother with trying to fix a workload deemed "not important enough to run?"
We've been told we are phasing it out but if history is any indicator that could mean years. They like to tell us what we want to hear and then not doing anything about it.
Well then, just tell them it phased itself out. Problem solved since they were planning to do this anyway. If they push back, tell them that they need to move to something supportable if phasing out wasn't the actual plan.
You need to tell them what you want to hear.
-
@DustinB3403 said in httpd dead but pid file exists:
No one has asked yet (and I'm assuming this) but why haven't you restored to a known working condition?
I need to understand why this happened in order to prevent it from happening in the future. Nothing has turned up any answers.
-
@wirestyle22 said in httpd dead but pid file exists:
@DustinB3403 said in httpd dead but pid file exists:
No one has asked yet (and I'm assuming this) but why haven't you restored to a known working condition?
I need to understand why this happened in order to prevent it from happening in the future. Nothing has turned up any answers.
Is this something that you can restore to separate hardware/hypervisor just so the system is operable while you work on this down system?
It seems like there is a need to have this system function, but not with any real priority. So the simple approach might be to just stand up a working version and compare them side by side.
-
@wirestyle22 said in httpd dead but pid file exists:
@DustinB3403 said in httpd dead but pid file exists:
No one has asked yet (and I'm assuming this) but why haven't you restored to a known working condition?
I need to understand why this happened in order to prevent it from happening in the future. Nothing has turned up any answers.
It's always nice to know root cause, but sometimes it is very difficult to replicate an issue like this.
