> -----Original Message-----
> From: rooneg@gmail.com [mailto:rooneg@gmail.com] On Behalf Of
> Garrett Rooney
> Sent: Sunday, May 21, 2006 10:43 PM
> To: Jeff Jensen
> Cc: users@subversion.tigris.org
> Subject: Re: More debug info options than "neon-debug-mask = 130"?
>
> On 5/21/06, Jeff Jensen <jeffjensen@upstairstechnology.com> wrote:
> >
> > > -----Original Message-----
> > > From: rooneg@gmail.com [mailto:rooneg@gmail.com] On Behalf Of
> > > Garrett Rooney
> > > Sent: Saturday, May 20, 2006 7:22 PM
> > > To: Jeff Jensen
> > > Cc: users@subversion.tigris.org
> > > Subject: Re: More debug info options than "neon-debug-mask = 130"?
> > >
> > > On 5/19/06, Jeff Jensen <jeffjensen@upstairstechnology.com> wrote:
> > > > Hi,
> > > >
> > > > Still trying to track down a problem, and need more debug
> > > info that subject.
> > > > Are there any additional options to get more debug info?
> > > I've tried
> > > > adjusting the "130" numbers, but don't seem to get more out.
> > > >
> > > > I used TCPMon to inspect the response for any additional
> > > > peculiarities, but it is the same is the debug output below.
> > > >
> > > > Particularly, looking for further details on the
> processing that
> > > > determines the "OPTIONS request failed" as shown below.
> > >
> > > When debugging DAV issues I often find ethereal to be
> useful, it'll
> > > show you the entire http session, all data included.
> >
> > Thanks for the help Garret.
> >
> > I've been looking at the trace, but don't see any problems
> yet (with
> > my untrained eye though!).
> >
> > I discovered something interesting though: I am correctly
> prompted for
> > authentication with commands such as checkout and update,
> but not with
> > commit (the one that uses OPTIONS). And I mean when I
> "start fresh"
> > and issue one of them as the first command, not subsequent commands.
> >
> > So it seems that something is blocking the OPTIONS request.
> > Struggling to find what. According to the net guy, he says
> HTTP has
> > "free reign" going through the firewall (MS ISA) - nothing
> blocked for HTTP.
>
> I suspect he's, uhh, wrong. I've heard multiple people on
> this list complain about MS ISA proxy servers. If you can
> try tunneling through the proxy somehow (an ssh tunnel, for
> example) and see if that helps, it would be worthwhile. Or
> try connecting to a server that doesn't require going through
> the proxy and see if that works.
Yes, I can ssh to the Linux server svn is on, and that goes through ISA.
It's how I maintain the server.
I infer you mean to try a svn commit over ssh. Just tried that, and even
the list command doesn't work (not sure if that means I have something else
wrong?):
svn list svn+ssh://www.thedoman.com/svn/reponame
svn: No repository found in 'svn+ssh://
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 22 06:08:53 2006