Problems connecting with VisualSVN Server

derhexer · Post by **derhexer** » Tue Mar 25, 2014 5:51 pm

Hi,

i cant connect to my repo on an Visual SVN Server.

Following is logged:

[Tue Mar 25 18:49:38 2014] >> * Command: svn.exe --non-interactive --trust-server-cert info -rHEAD https://dellxps/svn
[Tue Mar 25 18:49:38 2014] >> * Directory:
[Tue Mar 25 18:49:38 2014] >> Process started.
[Tue Mar 25 18:49:39 2014] >> svn: E175002: Unexpected HTTP status 405 'Method Not Allowed' on '/svn'
[Tue Mar 25 18:49:39 2014] >> Process completed with exit code: 0
[Tue Mar 25 18:49:39 2014] >> Result: -2 Status Code: -1 (0xFFFFFFFF)
[Tue Mar 25 18:49:39 2014] >>
[Tue Mar 25 18:49:39 2014] >> =======================================================
[Tue Mar 25 18:49:39 2014] >> Message Box
[Tue Mar 25 18:49:39 2014] >> =======================================================
[Tue Mar 25 18:49:39 2014] >> svn: E175002: Unexpected HTTP status 405 'Method Not Allowed' on '/svn'
[Tue Mar 25 18:49:39 2014] >>
[Tue Mar 25 18:49:39 2014] >> svn: E175002: Additional errors:
[Tue Mar 25 18:49:39 2014] >> svn: E175002: PROPFIND request on '/svn' failed: 405 Method Not Allowed
[Tue Mar 25 18:49:39 2014] >> Command: svn.exe --non-interactive --trust-server-cert info -rHEAD https://dellxps/svn
[Tue Mar 25 18:49:39 2014] >> Error Code: SCC_E_UNKNOWNPROJECT
[Tue Mar 25 18:49:39 2014] >>
[Tue Mar 25 18:49:39 2014] >> =======================================================

Post by **jussij** » Tue Mar 25, 2014 10:45 pm

What happens if you enter this URL address into a web browser:

Code: Select all

https://dellxps/svn

This page says the following regarding 405 errors:

Fixing 405 errors - general

405 errors often arise with the POST method. You may be trying to introduce some kind of input form on the Web site, but not all ISPs allow the POST method necessary to process the form.

All 405 errors can be traced to configuration of the Web server and security governing access to the content of the Web site, so should easily be explained by your ISP.

This hints it might be a security or access control issue causing the 405 response.

Cheers Jussi

derhexer · Post by **derhexer** » Wed Mar 26, 2014 7:55 am

If i enter the URL address into my chrome browser, i get "The site's security certificate is not trusted!" message.
After confirming and login, i see the svn directories as known.

derhexer · Post by **derhexer** » Wed Mar 26, 2014 8:06 am

Additional info:

Access to

Code: Select all

https://dellxps/svn

via browser is not always possible. The most time no side will appear, no 'site's security certificate' warning appears, no time out side warning appears, nothing, i dont know why.
But if i use the

Code: Select all

https://192.168.0.123/svn

format i will be connected immediately.

The TortoiseSVN Repo Browser works on the same machine with

Code: Select all

https://dellxps/svn

address format perfectly (username and password is entered and remembered by TortoiseSVN Repo Browser correctly).

derhexer · Post by **derhexer** » Wed Mar 26, 2014 8:47 am

Now i added the hostname with ip address to my local ipfire host table, so every browser can resolve the https://dellxps/svn correct and immeditely, but AgentSVN connect with the same error as shown in my first message.

When will AgentSVN ask for the connect infos (username and password)?
Dismiss AgentSVN the security certificate warning automatically?

derhexer · Post by **derhexer** » Wed Mar 26, 2014 10:22 am

Current state
Now i can connect the Agent SVN to VisualSVN Server... but only if i do not use the root of all repos.

Following address will be not connected:

Code: Select all

https://dellxps:443/svn

Following address will be connected:

Code: Select all

https://dellxps:443/svn/SomeRepo

But if i want add a project 'test' via Visual C ++ 6.0 -> Add to Source Control following error appears after correct "Subversion User Login".

Code: Select all

Agent SVN
https://dellxps:443/svn/SomeRepo/test
The project URL shown above already exists in the SVN repository.

and the log

Code: Select all

[Wed Mar 26 11:24:25 2014] >> Agent SVN, Version 2.35
[Wed Mar 26 11:24:26 2014] >> 
[Wed Mar 26 11:24:26 2014] >> SccGetProjPath
[Wed Mar 26 11:24:26 2014] >> Caller Name: 'Microsoft Visual C++'
[Wed Mar 26 11:24:26 2014] >>   pbNew: 0x12EFB4 (new: 1, create: 1, change: 0)
[Wed Mar 26 11:24:26 2014] >>   lpProjectName: 'test'
[Wed Mar 26 11:24:26 2014] >>   lpProjectLocalPath: 'c:' (change: 0)
[Wed Mar 26 11:24:26 2014] >>   lpProjectAux: ''
[Wed Mar 26 11:24:26 2014] >> *   Command: svn.exe --non-interactive --trust-server-cert --username MyUserName --password $PASSWORD$ info -rHEAD .
[Wed Mar 26 11:24:26 2014] >> * Directory: c:
[Wed Mar 26 11:24:26 2014] >> Process started.
[Wed Mar 26 11:24:26 2014] >> svn: E155007: 'C:\' is not a working copy
[Wed Mar 26 11:24:26 2014] >> Process completed with exit code: 0
[Wed Mar 26 11:24:26 2014] >> Result: 0  Status Code: 0 (0x0)
[Wed Mar 26 11:24:26 2014] >> No auto-bindings found.
[Wed Mar 26 11:24:26 2014] >> 
[Wed Mar 26 11:24:26 2014] >> Default_ProjectPath
[Wed Mar 26 11:24:26 2014] >> SCC_E_UNKNOWNPROJECT (1)
[Wed Mar 26 11:24:26 2014] >> SCC_E_UNKNOWNPROJECT (2)
[Wed Mar 26 11:24:26 2014] >> Scc Create Project: test
[Wed Mar 26 11:24:26 2014] >> User ID: MyUserName
[Wed Mar 26 11:24:26 2014] >> Current User ID: MyUserName
[Wed Mar 26 11:24:26 2014] >> *   Command: svn.exe --non-interactive --trust-server-cert --username MyUserName --password $PASSWORD$ info -rHEAD https://dellxps:443/svn/SomeRepo/test
[Wed Mar 26 11:24:26 2014] >> * Directory: 
[Wed Mar 26 11:24:26 2014] >> Process started.
[Wed Mar 26 11:24:26 2014] >>    svn: E215004: Authentication failed and interactive prompting is disabled; see the --force-interactive option
[Wed Mar 26 11:24:26 2014] >> 
[Wed Mar 26 11:24:26 2014] >> Make sure the user access control settings have been correctly configured in the 'svnserve.conf' and 'authz' files.
[Wed Mar 26 11:24:26 2014] >> Also refer to the SVN server log file for more details.
[Wed Mar 26 11:24:26 2014] >> 
[Wed Mar 26 11:24:26 2014] >> Process completed with exit code: 0
[Wed Mar 26 11:24:26 2014] >> Result: -26  Status Code: 1 (0x1)
[Wed Mar 26 11:24:26 2014] >> Login Required: svn.exe --non-interactive --trust-server-cert --username MyUserName --password $PASSWORD$ info -rHEAD https://dellxps:443/svn/SomeRepo/test
[Wed Mar 26 11:24:26 2014] >> Login Command:  info -rHEAD https://dellxps:443/svn/SomeRepo/test
[Wed Mar 26 11:24:33 2014] >> *   Command: svn.exe --non-interactive --trust-server-cert --username derhexer --password $PASSWORD$  info -rHEAD https://dellxps:443/svn/SomeRepo/test
[Wed Mar 26 11:24:33 2014] >> * Directory: c:\
[Wed Mar 26 11:24:33 2014] >> Process started.
[Wed Mar 26 11:24:33 2014] >>    svn: warning: W170000: URL 'https://dellxps/svn/SomeRepo/test' non-existent in revision 0
[Wed Mar 26 11:24:33 2014] >> Process completed with exit code: 0
[Wed Mar 26 11:24:33 2014] >> Result: 0  Status Code: 0 (0x0)

Post by **jussij** » Wed Mar 26, 2014 11:29 am

If i enter the URL address into my chrome browser, i get "The site's security certificate is not trusted!" message.

This indicates the issue relates to the connection being refused based on authenticate grounds.

The most time no side will appear, no 'site's security certificate' warning appears, no time out side warning appears, nothing, I don't know why.

If the browser can't connect then there is not much chance of the SVN client running from the command line, using the exact same authentication details managing to connect

The authentication process should be the same for both systems.

The TortoiseSVN Repo Browser works on the same machine

Has TortoiseSVN been configured with some pre-configured user id and password details?

It sounds like TortoiseSVN is providing the correct authentication details and hence it has no trouble connecting.

svn: E215004: Authentication failed and interactive prompting is disabled; see the --force-interactive option

This suggests to me the authentication is failing.

Now I have never used Agent SVN with SVN Server so this could well be a new issue.

But it could also be an access control setup issue and the server is just failing the connection based on authentication

What should happen when there is an authentication issue is the server responds with a login failure.

Agent SVN will then prompt with a login dialog and it will then use those user/password details for the remainder of the session to authenticate all requests with the server.

That process works fine for the both the stock standard SVN server setup and the Apache SVN server setup.

Cheers Jussi

derhexer · Post by **derhexer** » Wed Mar 26, 2014 11:46 am

You can see in the log, there is an attempt to connect with a user MyUserName (in real my logon name on the machine) this fails.
Then a login prompt appears. I enter my VisualSVN Server username (derhexer) and the password. The following login is successful (see log).

The last entries in the log results with 0 (means this ok?).

Code: Select all

[Wed Mar 26 11:24:33 2014] >> *   Command: svn.exe --non-interactive --trust-server-cert --username derhexer --password $PASSWORD$  info -rHEAD https://dellxps:443/svn/SomeRepo/test
[Wed Mar 26 11:24:33 2014] >> * Directory: c:\
[Wed Mar 26 11:24:33 2014] >> Process started.
[Wed Mar 26 11:24:33 2014] >>    svn: warning: W170000: URL 'https://dellxps/svn/SomeRepo/test' non-existent in revision 0
[Wed Mar 26 11:24:33 2014] >> Process completed with exit code: 0
[Wed Mar 26 11:24:33 2014] >> Result: 0  Status Code: 0 (0x0)

But why popup a Agent SVN error dialog with the error message, that the URL already exists? The SomeRepo folder on the server is empty and all users have read/write access.

The VisualSVN server works fine with the VisualSVN- and TortoiseSVN client.

For better understanding:

The VisualSVN server is normally accessable via

Code: Select all

https://dellxps/svn

or

Code: Select all

https://dellxps:443/svn

Because the need of Agent SVN to access to existing repository in the Configuration Details dialog, i added an empty repository 'SomeRepo' to the VisualSVN Server (manually, this is standard way).
Now AgentSVN accept the configuration

Code: Select all

https://dellxps:443/svn/SomeRepo

In Visual C++ 6.0 the project 'test' will be a sub directory of

Code: Select all

https://dellxps:443/svn/SomeRepo

Maybe this is the problem.
Normally a repo is saved in his own namespace (directory) and not in sub directory of another repo.

Post by **jussij** » Wed Mar 26, 2014 10:14 pm

The last entries in the log results with 0 (means this ok?).

Yes.

But why popup a Agent SVN error dialog with the error message, that the URL already exists?

The URL is made up of the SVN Repo Location + the project folder location.

It sounds like you are adding a new project and that URL is already taken.

The SomeRepo folder on the server is empty and all users have read/write access.

That does not matter.

If you are adding a new project then because it is a new project then it can not exists as a URL.

The new URL will be created.

So if the URL does already exist then it is not a new project.

There are two ways to work with projects in MSSCCI.

You can add new projects or you can bind to existing project (see the help file for details on binding).

But if I want add a project 'test' via Visual C++ 6.0

By this do you mean you are using the very old Visual C++ 6.0 from the late nineties.

If you are then you might also be seeing a problem between Visual C ++ 6.0 and Agent SVN.

The last time Visual C++ 6.0 and Agent SVN would have been several years ago and Agent SVN has changed a lot since then.

If you are indeed using that 1996 version Visual C++ 6.0 what I would suggest is first trying a simple test using the file:// protocol and a local repository.

That test should only take 5 minutes and would go something like this:

Set up Agent SVN using the file:// protocol
Set the repo location to something like: c:\temp\repo
Let Agent SVN create the repo at this location
Turn on the debugging
Start Visual C++ 6.0 and create a new test project
Try to add that project to Agent SVN
TortoiseSVN at the file://c:\temp\repo repo and you should see the results

Cheers Jussi

derhexer · Post by **derhexer** » Thu Mar 27, 2014 7:32 am

Using local repo works fine. The reason we bought Agent SVN was the full support of Visual Studio C++ 6.0 from the late 90th

...
We have to support many applications based on that release.

Now i know that Agent SVN do not support Visual C++ 6.0 to be connected to an VisualSVN Server. As a workaround (and usable solution) we defined a virtual drive connected with a remote nas directory.

Maybe you add this info to your Agent SVN web description.

Any way: A big thanks for you fast and really professional support!

Post by **jussij** » Thu Mar 27, 2014 8:31 am

Using local repo works fine.

It is good to know Visual Studio C++ 6.0 works at least in local mode and its good that you found a work around

If you want to send me a full debug file log (see e-mail button below), I'd be glad to take a closed look.

I suspect the problem might be that VisualSVN Server is responding with a different reply to the standard SVN Server and that might be causing the issue.

A full debug log file should help show that and it might even be possible to fix this.

Cheers Jussi

Post by **jussij** » Wed Apr 02, 2014 8:10 am

Now i know that AgentSVN do not support Visual C++ 6.0 to be connected to an VisualSVN Server

I tried to replicate this issue, but for me Visual C++ 6.0, VisualSVN Server and AgentSVN are working without error

This is what I did:

1) I was running the latest AgentSVN version found here: http://www.zeusedit.com/agent/bin/asvn-v237.zip

As this is the latest version, this version would be later than yours but I'm not sure if this difference is the issue

If possible it would be best to try out this latest version.

2) In VisualSVN Server I create a Test1 repository:

Code: Select all

https://zeus/svn/Test1

3) I then permissioned that repo with a user ID and password.

4) I then set up AgentSVN to point it to that new repo:

5) I then create a MyVCPP test project and from inside of Visual 6.0 C++ I added that to source control using AgentSVN. That worked as shown below:

6) I then checked out a file for edit and that also worked:

I could also check in, undo check out and difference the file without issue.

So for me everything is working just fine

Cheers Jussi