Problem with Checkout

[Joe Wade <d....@gmail.com>]

Spent a while googling with limited success.
I have the svn server setup and have been using it with several clients 
(so I am confident the setup is working).   However, I recently setup 
svn on a RH9 machine and I am having problems getting it to go.  The odd 
thing is that I can list the repositories, but cannot checkout/import.   
The error message on command:

svn co http://server/svn/repos1/project1

is:

svn: REPORT request failed on '/svn/repos1/!svn/vcc/default'
svn: REPORT of '/svn/repos1/!svn/vcc/default': 400 Bad Request 
(http://server)

It feels like a firewall/proxy problem, that the http "LIST" command is 
ok, but the firewall is blocking any "GET" commands.  I have gone 
through the system and shutoff all firewall rules, but as of yet I have 
not made any progress.  I have not yet broken etherreal out yet to see 
if I can find any more info, I cant help thinking that there must be an 
easier way to find out what is going on.

I have compared the output of traceroute to see if the non functioning 
client was getting to the server in some round about means, but it is 
not the case, I get to the server in two hops.  All the machines are on 
the same network so I dont think that I am having proxy issues.

I am new to this stuff, so if there is a log file I should know about, 
don't hesitate to point me to it.  I can look though it and try to work 
things out.


Thanks in advance
~Joe

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

Re: Problem with Checkout

[Hakan Koseoglu <ha...@gmail.com>]

Hi Ben,

On 3/22/05, Ben Collins-Sussman <su...@collab.net> wrote:
> 
> On Mar 22, 2005, at 7:46 AM, Joe Wade wrote:
> >
> > svn: REPORT request failed on '/svn/repos1/!svn/vcc/default'
> > svn: REPORT of '/svn/repos1/!svn/vcc/default': 400 Bad Request
> > (http://server)
On the mailing list I couldn't see if Joe Wade resolved his problem or not.

After checking out files at home, I decided to keep myself uptodate at
the office as well:

Similar problem encountered.

REPORT http://svn.collab.net/repos/svn/!svn/vcc/default HTTP/1.1
Host: svn.collab.net
User-Agent: SVN/1.1.3 (r12730) neon/0.24.7
Connection: TE
TE: trailers
Content-Length: 218
Content-Type: text/xml
Accept-Encoding: gzip
Accept-Encoding: gzip
Proxy-Authorization: Basic a29zZW9nbGg6MTAwMDAw


</PRE>
<P>
The following error was encountered:
<UL>
<LI>
<STRONG>
Invalid Request
</STRONG>
</UL>

<P>
Some aspect of the HTTP Request is invalid.  Possible problems:
<UL>
<LI>Missing or unknown request method
<LI>Missing URL
<LI>Missing HTTP Identifier (HTTP/1.0)
<LI>Request is too large
<LI>Content-Length missing for POST or PUT requests
<LI>Illegal character in hostname; underscores are not allowed
</UL>

It probably happens because the Squid proxy in my office is
misconfigured for WEBDAV but I was puzzled with the bit about illegal
character in hostname.

~/.subversion/servers is properly configured. my Infrastructure has
Squid 2.4 stable 7 installed. Unfortunately I don't have access to the
configuration details of it.

-- 
Hakan (m1fcj)

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

Re: Problem with Checkout

[Ben Collins-Sussman <su...@collab.net>]

On Mar 22, 2005, at 7:46 AM, Joe Wade wrote:
>
> svn: REPORT request failed on '/svn/repos1/!svn/vcc/default'
> svn: REPORT of '/svn/repos1/!svn/vcc/default': 400 Bad Request 
> (http://server)

There's a web proxy -- somewhere -- which is blocking WebDAV http 
methods like REPORT.

>
> It feels like a firewall/proxy problem, that the http "LIST" command 
> is ok, but the firewall is blocking any "GET" commands.

There's so such thing as http LIST, I think you mean REPORT?

And I think you mean that the proxy *isn't* blocking GET requests.  For 
example, I'm guessing the GET requests from a web browser still work on 
the URL.

>
> I am new to this stuff, so if there is a log file I should know about, 
> don't hesitate to point me to it.  I can look though it and try to 
> work things out.
>

Can't be of any more specific help, other than to say

   * find the proxy and get rid of it, or
   * find the proxy and make use of it (see ~/.subversion/servers), or
   * make apache run on a different port, or
   * setup apache to use SSL.  most proxies can't block https:// 
requests.


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