@DustinB3403 said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

How is this AJ Syndrome?

@scottalanmiller would state because you're making it sound as if this system is your only goal in life and that you have to fix it, or else you'll go mad.

It's just a problem I am working on. Anything else gathered from this is wrong. If my boss tells me to install a printer, i install it. If my boss tells me to try to diagnose a problem on a server, I do it. If he comes out and tells me to stop I will stop.

When am I just doing my job?

@RojoLoco said in What did you have for lunch or dinner today?:

@DustinB3403 My go-to sauce for wings is Frank's red hot. But last night I made wings with the new Trailer Park Boys sauce, which is fantastic. Pretty mild but super garlicky. I could drink it with a straw right out of the bottle.

I'm a Secret Aardvark fan

@scottalanmiller said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

I'm going to be working on this every day until it's resolved,

Why? Would the business be happy if they knew this was getting focus? This sounds like AJ Syndrome. The business absolutely, clear as day, doesn't care about this system, at all. Why do you?

French HQ doesn't move quickly. We are treated like a colony. They don't care about us to the degree that we care about ourselves. My boss has tasked me with working on this.

How is this AJ Syndrome?

@scottalanmiller said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

@scottalanmiller said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

I don't manage the backups, they are managed in France. So far they have gotten back to me within a week. I don't want to wait that long to have them just delay what I want to do anyway.

If they don't get back to you, just ask "do you still need this system, I was told it was in the process of being decommed, seems like that's been accomplished." And if they take weeks, not your problem.

Why are you even working on their system if they manage it?

They manage the backups, not the application server.

Ah, that makes slightly more sense. But sounds like they have placed a priority on this differently than you. If they are allowed to take that long to respond, I think that that is telling you a lot about what the expectation of you working on this is... zero.

I'm going to be working on this every day until it's resolved, so it doesn't matter either way. I think this is likely due to a corrupt file, but I don't know how to ignore it to test apache in a realistic way.

@scottalanmiller said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

I don't manage the backups, they are managed in France. So far they have gotten back to me within a week. I don't want to wait that long to have them just delay what I want to do anyway.

If they don't get back to you, just ask "do you still need this system, I was told it was in the process of being decommed, seems like that's been accomplished." And if they take weeks, not your problem.

Why are you even working on their system if they manage it?

They manage the backups, not the application server.

@DustinB3403 said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

is there a way I can ignore /usr/lib/php/modules/oci8.so just to verify apache will start if this file is not in play? I actually think a file level restore of this file will fix it but I want to test that before I offer it as a solution

Are you unable to take a backup of this system?

Seems like an odd thing to try and do when solutions exist for this very case of "just in case"

I don't manage the backups, they are managed in France. So far they have gotten back to me within a week. I don't want to wait that long to have them just delay what I want to do anyway.

is there a way I can ignore /usr/lib/php/modules/oci8.so just to verify apache will start if this file is not in play? I actually think a file level restore of this file will fix it but I want to test that before I offer it as a solution

@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.

@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.

@scottalanmiller said in httpd dead but pid file exists:

oracle-lib-compat

No it's not

@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.

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 found

wat

[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

Turned on debug mode, haven't seen any debug entries yet

cat httpd.pid
1848

 ps aux | grep 1848
root      3017  0.0  0.0   4024   672 pts/0    S+   09:16   0:00 grep 1848

Rebooted last night. Same error.

Next session is our last in regards to Waterdeep: Dragon Heist. I don't think it was a great campaign. I'd explain but my friend found this article that kind of breaks down why mysteries don't really work well in D&D a lot of the time.

We are going to start Baldur's Gate: Descent into Avernus in a few weeks which I'm excited about

@black3dynamite Someone already had it disabled. Cardinal sin

@black3dynamite said in httpd dead but pid file exists:

This should disable httpd on each runlevel
chkconfig --level 2345 httpd off

apachectl status
ELinks: Connection refused

@black3dynamite said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

@black3dynamite said in httpd dead but pid file exists:

@wirestyle22 said in httpd dead but pid file exists:

I can't stop the service even if I try to rename the old pid file

What about disabling the httpd service and then restart the server?

This is going to sound stupid, but this is rhel 5. I see that I can disable service on startup but I actually don't see the option to disable the service. I also need to put a reboot request in to reboot a production server.

Hope these links help.

https://httpd.apache.org/docs/2.2/stopping.html

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/5/html/deployment_guide/s1-apache-startstop

None of these disable