httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Reinhardt" <crypto...@cryptodan.net>
Subject Re: [users@httpd] Re: Runaway Apache Process
Date Thu, 28 Jan 2010 22:51:29 GMT

--------------------------------------------------
From: "Dan Bunyard" <danodemano@gmail.com>
Sent: 28 January, 2010 21:21
To: <users@httpd.apache.org>
Subject: Re: [users@httpd] Re: Runaway Apache Process

> Here is a screen shot of top.  The server is currently running just fine.
> Load average is good a low.  The other two commands produced too much
> information for a screen shot so I piped them to a test file and attached
> them.  Thanks for your help!!
> --
> Dan
>
> http://www.moonlightrpg.com
> http://www.linkedin.com/in/danbunyard
> http://www.danodemano.com
> http://www.dansrandomness.com
> http://www.danandshelley.com
>
> This is not a problem that requires infinite wisdom, Benj. This is a problem
> that requires enough neural organization to qualify as a vertebrate,
> apparently a stretch for some folks these days.
> ~Cecil Adams.
>
>
> On Thu, Jan 28, 2010 at 16:16, Daniel Reinhardt 
> <cryptodan@cryptodan.net>wrote:
>
>>
>> --------------------------------------------------
>>
>> From: "Dan Bunyard" <danodemano@gmail.com>
>> Sent: 28 January, 2010 19:28
>>
>> To: <users@httpd.apache.org>
>> Subject: Re: [users@httpd] Re: Runaway Apache Process
>>
>>
>>  @Peter
>>> Is there database access during this? I'm not sure, a few people mentioned
>>> checking this the next time it happened, so I will check
>>>
>>> -What external dependencies are there (if any)?
>>>    - Databases? There are some LOCAL database calls to MySQL running on
>>> the same server, that it all
>>>    - External Calls?
>>>
>>> -Do you have high timeouts on anything?  Not sure what you mean hear, when
>>> this happens pages take a VERY long time to load, if at all
>>>
>>> -Is it just very inefficient code?  Not likely, the same code has been
>>> used
>>> on other machines withouh any problem.
>>>
>>> At this point (in my experience), if you do not see a clear indication of
>>> the issue in the apache logs, it's not apache.  I have enabled forensic
>>> logging to help trace the problem the next time it happens.
>>>
>>> @Daniel Reinhardt
>>> I don't really think that CPU is the issue.  As others have mentioned the
>>> hits are very low and I simply host a few blogs, some dev sites, and other
>>> misc things.  I once ran an very popular game site (getting upwards of 1
>>> million hits a month with a database back end) on a low-end Athlon XP
>>> processor with 768MB of RAM and it ran fine.  It was Win 2000 running
>>> Xampp.
>>>
>>> I am running 64Bit Fedora currently but I don't believe that RAM is the
>>> issue either.
>>>
>>> I will be sure to block that IP address.
>>>
>>> @Nicholas Sherlock
>>> That is correct, I don't run anything very impressive at all, with the
>>> exception of a few domains, most of them don't even really have much if
>>> anything on them.  The server handles mail also (though I just put mail on
>>> it a week or two ago, after the first time this happened) but it just
>>> forwarding them all to external addresses.
>>>
>>> @Justin Pasher
>>> I agree, I have run MUCH higher traffic on a much lower end machine.  I
>>> truly do not believe the system spec to be the problem as the first time
>>> this happened there was only 2 web site on the box.
>>>
>>> @Eric Covener
>>> I completely agree, this does not seem to be from a lack of resources.
>>>
>>>
>>> Thanks,
>>> --
>>> Dan
>>>
>>> http://www.moonlightrpg.com
>>> http://www.linkedin.com/in/danbunyard
>>> http://www.danodemano.com
>>> http://www.dansrandomness.com
>>> http://www.danandshelley.com
>>>
>>> This is not a problem that requires infinite wisdom, Benj. This is a
>>> problem
>>> that requires enough neural organization to qualify as a vertebrate,
>>> apparently a stretch for some folks these days.
>>> ~Cecil Adams.
>>>
>>>
>>> On Thu, Jan 28, 2010 at 12:18, <PMilanese@nypl.org> wrote:
>>>
>>>
>>>> >
>>>> > >
>>>> > > Obviously not in this case as this person wouldn't ne here
>>>> complaining
>>>> about
>>>> > > apache and its processes.  The issue here is the CPU is too weak
even
>>>> if it
>>>> > > is a 2.4Ghz processor.  The E2220 isn't suitable for a server
>>>> processor.
>>>> > >  Its strictly for home computing.  I help remote administrate a
>>>> server
>>>> that
>>>> > > supports 10 Domains and 5 E-Mail Servers that receive a whole lot
>>>> more
>>>> > > traffic on a P3 933Mhz and these issues are not occurring there,
and
>>>> the
>>>> > > settings for Apache are default.
>>>> >
>>>> > Having lots of processes hanging around doesn't imply high CPU usage
>>>> > or insufficient horsepower.
>>>> >
>>>>
>>>> Is there database access during this? High load is not indicative of the
>>>> CPU working hard. High load, in this case, is due to the CPU not getting
>>>> answers back fast enough, and processes queueing up (eventually shutting
>>>> down apache). It will consume all available threads (connections), then
>>>> start killing the box.
>>>>
>>>> -What external dependencies are there (if any)?
>>>>     - Databases?
>>>>     - External Calls?
>>>>
>>>> -Do you have high timeouts on anything?
>>>>
>>>> -Is it just very inefficient code?
>>>>
>>>> At this point (in my experience), if you do not see a clear indication of
>>>> the issue in the apache logs, it's not apache.
>>>>
>>>> Peter J. Milanese
>>>>
>>>> > --
>>>> > Eric Covener
>>>> > covener@gmail.com
>>>> >
>>>> > ---------------------------------------------------------------------
>>>> > The official User-To-User support forum of the Apache HTTP Server
>>>> Project.
>>>> > See <URL:http://httpd.apache.org/userslist.html> for more info.
>>>> > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>> >    "   from the digest: users-digest-unsubscribe@httpd.apache.org
>>>> > For additional commands, e-mail: users-help@httpd.apache.org
>>>> >
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> The official User-To-User support forum of the Apache HTTP Server
>>>> Project.
>>>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>>>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>>>  "   from the digest: users-digest-unsubscribe@httpd.apache.org
>>>> For additional commands, e-mail: users-help@httpd.apache.org
>>>>
>>>>
>>>>
>>>
>> Dan,
>>
>> Can you do a top and do a screenshot, and post the results here.  Can you
>> also post a copy of netstat -anp as well as ps auxww.  This will give us a
>> better idea of what is going on with your system.
>>
>> Thanks,
>> Daniel
>>
>> ---------------------------------------------------------------------
>> The official User-To-User support forum of the Apache HTTP Server Project.
>> See <URL:http://httpd.apache.org/userslist.html> for more info.
>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>>  "   from the digest: users-digest-unsubscribe@httpd.apache.org
>> For additional commands, e-mail: users-help@httpd.apache.org
>>
>>
>



>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org

Dan,

The full ps print cuts off.

Thanks,
Daniel 


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message