Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Newcomers » Newcomers » Problem with Eclipse SVN connection + Proxy(Problem with Eclipse SVN connection + Proxy)
Problem with Eclipse SVN connection + Proxy [message #633092] Fri, 15 October 2010 10:46 Go to next message
alex  is currently offline alex
Messages: 2
Registered: October 2010
Junior Member
Hi!
In our enterprise network we have ISA 2006 Proxy server.
Our developers use outside SVN-server over HTTPS with Eclipse SVN Connector Plugin. When projects are synchronizing from outside network everything is fine. When projects are synchronizing or committing from inside network connection often refused by the server. Not always but 1 of 3 attempts fails. For example:

Some of selected resources were not committed.
svn: Commit failed (details follow):
svn: connection refused by the server
svn: OPTIONS request failed on '/svn/SBST/BEST/deneb/trunk/src'

Info operation for 'ide.application' failed.
svn: connection refused by the server
svn: PROPFIND request failed on '/svn/SBST/BEST/deneb/trunk/src/ui/ide.application'

Some resources were not updated.
svn: connection refused by the server
svn: PROPFIND request failed on '/svn/SBST/BEST/deneb/trunk/src/connectivity/core/connectivi ty.core'

Some resources were not updated.
svn: Invalid argument: setsockopt
svn: PROPFIND request failed on '/svn/SBST/BEST/deneb/trunk/src/ui/ide.application'

Some of selected resources were not committed.
svn: Commit failed (details follow):
svn: Invalid argument: setsockopt
svn: MKACTIVITY request failed on '/svn/!svn/act/96b8317c-2b01-0010-968e-89004d4c60e7'

Connections tested on different builds of the software and have the same problems. Software versions:
Eclipse 3.6.0; SVNKit 1.3.2 r6267; Subversive SVN Connector Plugin 0.7.9.I20100512-1900
Eclipse 3.6.1; SVNKit 1.3.2 r6267; Subversive SVN Connector Plugin 0.7.9.I20100512-1900
Eclipse 3.6.1; SVNKit 1.2.3 r5745; Subversive SVN Connector Plugin 0.7.9.I20100512-1900

I think it can be because HTTPS traffic is goes over ISA proxy. In ISA logs didn't find any closed or denial connections.
Have any thoughts?

Thank you in advance.
Re: Problem with Eclipse SVN connection + Proxy [message #636101 is a reply to message #633092] Fri, 29 October 2010 10:08 Go to previous message
alex  is currently offline alex
Messages: 2
Registered: October 2010
Junior Member
Find some information on the Web for the similar troubles. Information sent to the Atlassian support. http://www.debian-administration.org/users/drgraefy/weblog/6

svn hangs caused by crappy router/NAT topology

For the better part of the last year, I have been struggling with a frustrating svn problem. My group's svn is served through apache2+ssl. Seemingly totally inconsitently, svn checkouts/updates would hang indefinitely, a "C-c" the only way to escape. Certain files would seem to be especially problematic, but again not consistently. Most times, but not always, hangs would be accompanied by the following message in /var/log/apache/error.log:

[Thu Feb 22 12:46:37 2007] [error] [client 1.2.3.4] Provider encountered an error while streaming a REPORT response. [500, #0]
[Thu Feb 22 12:46:37 2007] [error] [client 1.2.3.4] A failure occurred while driving the update report editor [500, #104]
[Thu Feb 22 12:46:37 2007] [error] [client 1.2.3.4] Error writing base64 data: Connection reset by peer [500, #104]
I have been trying for months to figure out what the problem is, but to no avail. Numerous google searches turned up people with similar issues, but never with any indication of what the problem might actually be, or how to get around it. Finally, after much struggle, we had a breakthrough yesterday.

Our network is on a private NAT'd lan. We finally noticed that the hangs were only occuring on machines located on our internal lan, and not for machines on the wan. This was a curious and important revelation. Internally the fqdn of our web site (foo.bar for the sake of argument), which resides on a server in our private lan, maps to our external IP address (1.2.3.4), just as it does externally, which in turn corresponds to the wan port of our crappy D-Link router/gateway. External ports 80 and 443 at 1.2.3.4 are then mapped to the web server (10.0.0.5).

What does this mean? Well, it means that internally, requests for foo.bar are first routed to the wan port of the router, which then sends them back to the web server. Apparently this was causing our crappy little router to choke, and drop connections. To confirm this, we changed the internal DNS to point foo.bar to the web server 10.0.0.5 directly. Once this was done, no more svn checkout/update hangs.

It's funny this never seemed to manifest itself elsewhere, but we don't do much heavy data transfer internally from the web server over ssl, except via svn. Basically the router couldn't turn around ssl packets fast enough. Ultimately, the problem is that we are running our network on a private, NAT'd lan. We shouldn't have to do this, and it's always a pain in the ass for one reason or another. As a wise man once quoted to me: 'NAT is not the answer. "NAT?" is the question, and the answer is "NOT!"'.
Previous Topic:Eclipse Plugin Development - basic extension point question
Next Topic:Color codes in console
Goto Forum:
  


Current Time: Sun Sep 21 14:08:15 GMT 2014

Powered by FUDForum. Page generated in 0.01939 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software