Resolving a host error while accessing Subversion

Question

I get an error when trying to execute the following commands in Subversion: update, commit, log, list, charge, etc.
However, diff and info work.

Error when using any desktop client, for example, CollabNet, TortoiseSVN, Intellij, Visual Studio AnkhSVN: " http: // xxx01 / comm / JavaService / trunk / : could not resolve the host name` http: // xxx01 / comm ': the requested name indeed it was found in the database, but it does not have the correct related data, is allowed for. "

This only happens on my laptop (and not my colleagues) and only begins this week after the administrators changed the password for the account used by Subversion for authentication. The error does not occur when I use Remote Desktop on another machine or access disruptive activities over the Internet.

Thank you in advance for your help in resolving this issue.

Answer 1

It looks like your proxy settings need to be updated. Subversion saves all of these options in a text file called "servers" (without the extension).

On Windows, this file is located in% APPDATA% / Subversion / (for example, C: \ Documents and Settings \ YourUserName \ Application Data \ Subversion).

1) Open the "servers" and make sure that all the data for your proxy server is correct. The file should contain instructions on how to change the password, but it will include changing these lines:

[GLOBAL]: http-proxy-host = proxyserver.example.com http-proxy-port = 80 http-proxy-username = yourusername http-proxy-password = yourpassword 

2) In addition, sometimes Tortoise SVN supports active proxy configuration. If you have Tortoise installed, regardless of whether you use it or not, especially if you use Subclipse ): open the "Tortoise Settings GUI", go to "Network" and make sure that the settings are correct according to "Enable proxy server" .

Answer 2

It seems that you have a default domain in your desktop settings, compare the output

nslookup xxx01 from your desktop and laptop. You can also use the fully qualified name of type xxx01.acme.com in the SVN URL.

Answer 3

From windows socket error codes:

The requested name was indeed found in the database, but it does not have the correct associated data, for example, the MX record is returned, but there is no A record - indicating that the host itself exists, but is not directly reachable.

Sometimes, after some changes in host names, several reboots (or several hours of waiting) are required until these changes are fully utilized (due to caching).

Or there may be an interfering firewall / proxy / virus.

Answer 4

I tried everything to solve this problem. I found malware on my machine a damaged file, but none of this solved the problem. In the end, I rebuilt the car, reinstalled TortoiseSVN ... and voila! This fixed the problem :-)

Answer 5

I recently ran into this problem, possibly because some .svn files were corrupted. I created a new folder and let tortoisesvn check the whole version. It is working.