Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I've been doing web development for some time, but server admin has never been part of my job. I'm finding that more and more I need to learn about what is going on under the hood. Looking at server logs and stuff, I'm seeing some interesting things and learning a lot, but I just don't know what a "normal" server looks like, so it's hard for me to judge how our machine is doing by comparison.

We are running Apache (2.0.54) on Red Hat with JRun (4.0). Most of our content is ColdFusion, with a little PHP thrown in. Google analytics says we have about 1,500,000 page views a month and Apache typically reports 5-7 requests per second.

If I do top on the server it says it's been running for over 700 days. But our Apache instance crashes regularly. Uptime of 3 days would be a long time for our server. I'd say 48 hours would be normal before Apache needs to be rebooted.

I'm keen to hear others say from their experience if that is good or bad. I suspect bad, but I don't have anything to compare it to.

And if this is bad, can anyone point me in the direction of some online resources where I can start learning how to fix this?

share|improve this question
    
What are the specs of the server? Is this a physical server or a VPS/VM? I've seen this most often with resource issues, especially memory when running CF. –  Dave Forgac Jul 21 '09 at 0:48
    
It is a physical machine, but I don't know the specs. IT don't let me near the actual box. From what I can tell (I'm a linux newbie) it's got 133GB HD (86% full), 4* 2.8GHz Xeon CPU, and 1034656kB RAM. Boy i hope I'm reading that wrong. 1GB RAM? My desktop machine has more than that :( –  nedlud Jul 22 '09 at 3:35

3 Answers 3

up vote 3 down vote accepted

If your server uptime is 700 days, then you probably haven't updated your kernel in quite a while. Part of a server admin's job (not sure if that's you or somebody else) should be installing necessary updates, so you might want to look into that, too.

As Jan said, Apache should not be crashing regularly. 5-7 requests/second is no big load. Besides error logs, you might also want to look at /var/log/messages at the time of your crash - sometimes I have seen segfaults show up there.

share|improve this answer
1  
Thanks for that. I'm not the Sys Admin, but I'm am trying to understand enough about the situation so that I don't sound like a complete idiot when I go to them and talk about some of this stuff. –  nedlud Jul 22 '09 at 3:23

Apache will usually not crash or need to be restarted for most scenarios. Regular deaths suggest an issue with a module, configuration issue or resource problem. A good start would be the (error-) logs of apache, they usually reside in /var/log/apache or similar (see server config).

Also, Apache 2.0.54 is quite outdated, you should update this as soon as possible. Try checking with the changelog if one of the fixes might apply to your environment.

share|improve this answer

700 days uptime is a lot, and as Jan says apache 2.0.54 isn't exactly recent. Before tracing any apache issues i'd upgrade the system to whatever the current packages for your rhel release are, and reboot. It's highly possible that a bug that's causing this problem has already been fixed.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.