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

Re: Large Commits Fail

From: Rob Wilkerson <r.d.wilkerson_at_gmail.com>
Date: 2006-08-22 16:30:57 CEST

All -

Is there any way to get Subversion to log its activity? Or to access
any information it already logs? My large commit is still failing,
Apache is still not reporting any problems in its logs (access or
error) and my frustration is rising. I'm not using BDB so I'm not
sure where else to look. I've done a tcpdump and nothing look out of
the ordinary (not that I really know what "out of the ordinary" would
look like).

I'm looking for anything here. Desperation is taking over. I've also
asked the Apache mailing list, but there's not much there since the
logs Apache show no problems.

Thanks.

On 8/21/06, Rob Wilkerson <r.d.wilkerson@gmail.com> wrote:
> No worries, Erik. I appreciate your time - all the more since you're
> supposed to be relaxing. Hopefully someone else can offer some
> insight. In the meantime, I've since installed the Windows command
> line tools (I was using the ones through Cygwin) to see whether that
> made any difference. It didn't.
>
> If anyone else can offer any hope, I'd certainly appreciate it.
>
> Thanks.
>
> On 8/21/06, Erik Huelsmann <ehuels@gmail.com> wrote:
> > On 8/21/06, Rob Wilkerson <r.d.wilkerson@gmail.com> wrote:
> > > On 8/21/06, Erik Huelsmann <ehuels@gmail.com> wrote:
> > >
> > > > Subversion+Apache can put a lot of strain on your server/network. Are
> > > > you sure there's nothing such as bad RAM or network cards playing up?
> > > > I don't know which other way to search... But, as always (still don't
> > > > know your svn version): the latest official release is more stable
> > > > than the previous ones: even in 'the core 1.0 functionality' we put
> > > > out fixes in newer releases.
> > >
> > > Sorry, I thought you were referring to the storage mechanism. I'm on
> > > 1.3.2. Similarly, my server is FC5/Apache 2.2.2. My client is WinXP.
> > >
> > > > > > Did you have a look in the error log? Maybe one of the Apache childs
> > > > > > is segfaulting?
> > > > > >
> > > > > I've looked at the apache error and access logs and everything looks
> > > > > pretty normal. Nothing gets reported at all when the failure occurs.
> > > > > Are there any svn logs I can look at? I've tried to find some, but
> > > > > either they don't exist or I can't find them.
> > > >
> > > > No, there are none other than the standard Apache logs. All low-level
> > > > requests (HTTP) are logged there. I think there is now in 1.3 or 1.4
> > > > some higher level logging available which you need to configure, but
> > > > that won't be helpfull here.
> > >
> > > Too bad. Apache is giving me nothing to work with. :-) What is the
> > > order of operations for a commit? When I try to commit from the
> > > command line or using TSVN, I see a lot of output indicating that
> > > changes are being sent, but then it aborts with the error reported.
> >
> > Due to the way the underlying HTTP library works, we need to spool the
> > XML request to a file before sending it to the server. What you see is
> > the progress in writing the XML file (I think). File content is sent
> > in separate requests, I'm not sure about the property changes. You
> > would be able to see that with ethereal or a tool like it which
> > captures HTTP traffic.
> >
> > I'm sorry, but this is going further than my current active knowledge.
> > I'd need to reseach some more to get you exact answers on the
> > remainder of your questions, but I have neither code nor the tools
> > mentioned handy (I'm on holidays...)
> >
> > Sorry again.
> >
> > bye,
> >
> > Erik.
> >
>
>
> --
>
> Rob Wilkerson
>

-- 
Rob Wilkerson
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 22 16:32:45 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.