SVN connections reset frequently


Status Graveyard
Server Operations
12 years ago
3 years ago


(Reporter: morgamic, Assigned: aravind)





12 years ago
Connections to SVN seem to reset often.  When trying to commit, update or perform any other command that requires communication with the server, SVN often fails on the first try then works on the very next try without a problem.  This happens on servers inside or outside of the MPT VPN.
Might be worth checking the logs on the svn server; could be a DNS server timing out (but returning the result later, so it's cached and fast on the next request).


12 years ago
Assignee: server-ops → aravind

Comment 2

12 years ago
This failing on the first attempt and succeeding on the second, does this happen sporadically or every single time you connect to svn?
Sporadically for me, at least, as I see this issue, too.
OS: Other → All
For me, it's almost every time when trying to update. Commits usually work fine, but occasionally they have the problem too.

Comment 5

12 years ago
We had some dns issues with MPT that may have been causing this problem.  We fixed those last week.  Let me know if you continue to notice these timeouts/failures.
They have been far less frequent since the bug was originally filed, however I do still have this happen sometimes.
I've had it happen to me twice over the past couple of days, which is a lot less than usual.  I was going to try making all my commands verbose, so when something happened I might be able to help track it down, but SVN saw me coming:

  wclouser@khan-vm:~/public_html/remora$ svn up -v
  Subcommand 'update' doesn't accept option '-v [--verbose]'
On a suggestion from aravind, I added to the hosts file on khan, and svn commands from khan have been doing great.

Comment 9

12 years ago
For those without access to the VPN, use for the svn ip address.  This bypasses the NS and goes straight to the host.

Comment 10

12 years ago now goes to which should resolve whatever connectivity issues you were seeing.  

Comment 11

12 years ago
separated svn from the NS, so connections are now going straight to the primary svn server.  Please re-open if you continue to notice any problems with it.
Last Resolved: 12 years ago
Resolution: --- → FIXED
Product: → Graveyard
You need to log in before you can comment on or make changes to this bug.