[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

cannot copy/branch? absolute path problem?

From: Valery Derongs <valery_derongs_at_qvc.com>
Date: Mon, 7 Jan 2008 10:02:34 +0000 (UTC)


I have installed subversion 1.4.6 on a remote NAS server, and can access/commit
files through webdav and apache 2.2.
Apache runs as a windows service on a separate "apache" windows server, under a
domain account which can r/w on the remote NAS and has full admin rights on the
apache server.

the apache installation is quite classic:

#begin httpd.conf excerpt
<Location /svn>
DAV svn

## Any repository listed under the UNC will be visible
SVNParentPath //nas/share/folder/
SVNListParentPath on

## GENERIC AUTHORIZATION: RO for all, RW for authenticated
AuthType Basic
AuthName "Team Subversion repository"
AuthUserFile passwd
        Require valid-user

#end httpd.conf excerpt

Authentication is working perfectly, and every operation I try to perform using
either the svn command or tortoiseSvn functions as expected....except copy!

I can commit, mkdir, import, add, list...so far every svn command/operation
works, except COPY!

Here's the message I get when trying the following simple folder duplication:
svn copy http://apache:8080/svn/repo/original http://apache:8080/svn/repo/target
-m "branching"

#begin error message
svn: Couldn't determine absolute path of '\\nas\share\folder\repo'
#end error message

What's strange is the error message returns the file path that's in http.conf
and not the http one that I passed as an argument?

I tried to remove authentication and it did not make any difference.
I also tried a direct SVNPath instead of SVNParentPath and again, no difference.

I also tried to fiddle with ServerName in httpd.conf by using the IP address or
different values but nothing seemed to help.
Just in case, here is the current (installation default) value and some I
already tried:

ServerName apache.domain.local:8080
#ServerName apache:8080

It is worth to note that when I copy *directly* using the file:// URL to the NAS
repository, copy works fine, so I believe this has to be something to do with

I found a very similar post that was left unanswered :

Could someone please help?


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-07 11:18:37 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.