Timing out (Tortoise SVN)

GilderJack
GilderJack
I am trying to carry out an update to some files on a network share, but it keeps freezing while sending content.  Sorry if this is the wrong section.

Last updated

GilderJack
DougR
DougR
What type of URL/connectivity are you using? HTTP/S ? SSH?  Please verify that a "checkout/update" works properly?  Is there a firewall between you and the server?
GilderJack
GilderJack
DougR;n79620What type of URL/connectivity are you using? HTTP/S ? SSH?  Please verify that a "checkout/update" works properly?  Is there a firewall between you and the server?
    Sorry i'm not 100% sure what you mean, the folders are on a network share.  The update feature doesn't work and is blocked by our firewall.  Nope the servers are all locally in house.
DougR
DougR
What is the repository URL that you are using? Does it look anything like "https://hostname/svn/repoName" ? Or does it begin "file:" or?
GilderJack
GilderJack
DougR;n79622What is the repository URL that you are using? Does it look anything like "https://hostname/svn/repoName" ? Or does it begin "file:" or?
  https://SERVERNAME/svn/Models/trunk/01 Internal Model/C
DougR
DougR
Ok, so that's communicating via HTTP/S (not via a local file system - e.g. file:UNC).  And that gets me back to my questions before. Even if all servers are locally in house sometimes they end up running firewalls (not always configured properly either). However, if you can still update the working copy then it's unlikely a firewall.  Best idea at the moment would be for you to contact whoever is in charge of the server at "SERVERNAME" and ask them to look in their log files for errors, misconfigurations, etc.
GilderJack
GilderJack
DougR;n79625Ok, so that's communicating via HTTP/S (not via a local file system - e.g. file:UNC).  And that gets me back to my questions before. Even if all servers are locally in house sometimes they end up running firewalls (not always configured properly either). However, if you can still update the working copy then it's unlikely a firewall.  Best idea at the moment would be for you to contact whoever is in charge of the server at "SERVERNAME" and ask them to look in their log files for errors, misconfigurations, etc.
   Turns out the server was stuck in a "limbo" state, bounced the server and it's working!
DougR
DougR
Excellent!
hansonbc

1-10 of 10

Reply to this discussion

You cannot edit posts or make replies: You should be logged in before you can post.