[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Occassional httpd hangs

From: Blair Zajac <blair_at_orcaware.com>
Date: 2003-01-08 19:31:51 CET

Brandon Ehle wrote:
>
> Blair Zajac wrote:
>
> >Over the last two weeks or so, I find my Subversion server hung
> >and it won't respond to svn requests. In this state, a request
> >for the normal HTML home page won't elicit a response.
> >
> >A little snooping shows that there are 152 httpd processes on
> >the system and MaxClients is set to 150.
> >
> >My server doesn't get that much traffic, so this is really odd.
> >
> >I've attached strace to the master process and to one of the
> >children, but they are just running select() forever.
> >
> >Has anybody else seen something similar?
> >
> >Any hints on how to debug this?
> >
> >I'm on RedHat 8.0 with db 4.1.2{4,5}. I've been using db 4.1.24
> >for many months with no issues.
> >
> >
> First a little speculation, I see the same problems on my RedHat 8.0 box
> as well, although nobody else is reporting these issues. Perhaps its a
> RedHat 8.0 problem?

Could be. Which db are you using?

>
> When I attach to the httpd process that has the most memory allocated or
> the second most (typically 2 processes are way above the rest), and do a
> "thread apply all bt", I see most functions are waiting for something to
> do while 2 or 3 are stuck in libdb somwhere, usually in __SELECT or
> something. Are you seeing the same thing?

I haven't attached to those specific httpd's, just the main one and one
random one. Next time I see it, I'll look specifically at those two.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 8 19:32:04 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.