Apache crashes

[compunet2]

For some reason apache keeps crashing... but I cant figure out whats causing it. I looked in the apache logs, and I see nothing (I'm using 1.3.28). This just started this afternoon, when it locked up the whole server.... since then a restart apache has been bringing things back up, but its doing this ever 30 minutes or so. Is there something else I can look?

One thing that might be nothing, but did look kinda suspicious to me is when I view the apache status, there is one connection showing up that stands out:
Srv PID Acc M CPU SS Req Conn Child Slot Host VHost Request
3-0 8226 0/0/0 G 0.00 1 2033318708 0.0 0.00 0.00 212.xxx.xxx.xxx (unavailable)

There are a few of these... but its the req number that stands out to me.... is it nothing, or should I be looking at something else?

cPanel.net Support Ticket Number:

[LS_Drew]

restart apache and try typing this:

killall -USR1 httpd

Does apache restart or just go dead?

It's not supposed to go dead...it's supposed to restart. That's what's causing the problem for us. What was happening is every time Cpanel does anything that restarts apache, it never comes back up.

Is this a dv2 box by chance?

cPanel.net Support Ticket Number:

[compunet2]

Yes, this is a dv2 box. Last time I did a restart, and so far its been good for the last 4 hours.... but it still concerns me that I dont know what happened or why.... could it be something with this build of Apache?

cPanel.net Support Ticket Number:

[LS_Drew]

I just told ya the way to narrow it down.

Login via shell while apache is running and type:



killall -USR1 httpd


If apache stops without restarting, you're having the same problem I'm having. I can help you make this problem better, if you confirm that it is, in fact, the same problem.

cPanel.net Support Ticket Number:

[compunet2]

I tried it and nothing happened. Apache status still reports:
Parent Server Generation: 39
Server uptime: 3 hours 54 minutes 22 seconds

cPanel.net Support Ticket Number:

[LS_Drew]

Well, it's not supposed to do that either, but I don't know...

cPanel.net Support Ticket Number:

[LS_Drew]

might be better if you checked such things by telnetting to port 80 instead of using Cpanel for it.

You can also try creating an account and see if that crashes it.

cPanel.net Support Ticket Number:

[compunet2]

Telnet is turned off on my servers. Creating accounts works fine... no problems. And actually I think the command you gave me did have it restart. I tried it again, and it progressed the parent server number, which I wasn't paying attention to earlier. For some reason I was expecting all stats to reset, then the command finally sank into my head ;-)

cPanel.net Support Ticket Number:

[LS_Drew]

Okay then it's a different problem.

Telnet is not required on the server to telnet to port 80. You do that from your home computer. Give it a shot.

cPanel.net Support Ticket Number:

[goodmove]

Originally posted by LS_Drew
restart apache and try typing this:

killall -USR1 httpd

Does apache restart or just go dead?

It's not supposed to go dead...it's supposed to restart. That's what's causing the problem for us. What was happening is every time Cpanel does anything that restarts apache, it never comes back up.

Is this a dv2 box by chance?

Hi,

That's exactly what's happening with our new dv2 box! Every time Cpanel runs a script that restarts apache, the web server is going dead.

It went dead with killall -USR1 httpd that you suggested.

What's the solution? Why is it so significant of it happening with a dv2 box?

Regards,

Norman

[LS_Drew]

I asked about dv2 because I was thinking it might be caused by something weird on their image cd.

We fixed it by installing this RPM.

http://mirror.dulug.duke.edu/pub/yum...-3.73.i386.rpm

After that, USR1 works again.

If you open a ticket with dv2, Joe and Michael know about what we did to fix this and they should also be able to help if you have trouble.

cPanel.net Support Ticket Number:

[LS_Drew]

This is a similar problem to the one outlined here:

https://bugzilla.redhat.com/bugzilla...g.cgi?id=64683

I'm eagerly awaiting some info from another poster here on the forum who is looking into this.

http://forums.cpanel.net/showthread....threadid=12477

Tim rules...if he's on the case, it's gettin solved.

cPanel.net Support Ticket Number:

[goodmove]

Originally posted by LS_Drew
I asked about dv2 because I was thinking it might be caused by something weird on their image cd.

We fixed it by installing this RPM.

http://mirror.dulug.duke.edu/pub/yum...-3.73.i386.rpm

After that, USR1 works again.

If you open a ticket with dv2, Joe and Michael know about what we did to fix this and they should also be able to help if you have trouble.

That's useful. What does that update do? I couldn't access your bugzilla link (I think you need to edit it).

[LS_Drew]

Edited

This thread here should probably shed some light for you:

http://forums.cpanel.net/showthread....highlight=usr1

This is an OLD bug...not sure what's going on with it happening now, but the RPM fixed it for us. Been up and running for about 18hrs now without dying.

cPanel.net Support Ticket Number:

[goodmove]

Did you install the RPM at duke.edu or did you use the 7.3 patch that Nick talked about in that bugzilla article (although that patch no longer exists!)?