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

Re: httpd child process segfault ?

From: Quentin Arce <qarce_at_yahoo.com>
Date: 2006-05-11 22:35:44 CEST

--- Garrett Rooney <rooneg@electricjellyfish.net>
wrote:

> On 5/11/06, Quentin Arce <qarce@yahoo.com> wrote:
> > Hi,
> >
> > I have a quesiton. My httpd seems to have a child
> > process segfault from time to time... when this
> > happens I can no longer access the repository
> until I
> > restart the httpd. I see the requests come in but
> > they just hang.
> >
> > The subversion I'm using is 1.1.4 . This is
> what's in
> > Debian stable and RHEL.
> >
> > I did not build anything by hand... So, it's all
> the
> > standard. I have seen this happen with both berk
> db
> > and fsfs backends. I see some notes for the 1.3.0
> > build that imply this is a know problem that was
> > fixed but reading the bug log ( issue #2297 )... I
> > don't really understand if this problem fixed is
> the
> > same problem.
>
> There are any number of bugs that have been fixed
> since 1.1.4 that
> could be responsible for this type of problem.
> Please upgrade to a
> more modern release and see if that fixes your
> problems.
>

Okay will do.

Thanks,

Q

> -garrett
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
> users-help@subversion.tigris.org
>
>

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 11 22:37:09 2006

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

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