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

Re: Using Shared Directory in SVN-Apache Server

From: Chris Church <flyingfred0_at_gmail.com>
Date: 2006-01-13 05:21:17 CET

Keep in mind, when you're running svnserve manually, Windows is using
your current user account to login to the remote machine. If you've
already connected via Windows Explorer to the other machine and
entered your username and password, or you're on a domain and have
permission to access the other machine, svnserve will work just fine
because it reuses the existing credentials.

When you're using Apache (as a service), it is running as the SYSTEM
user on the local machine and may not have rights to access the remote
machine. Also, any network drives you have mapped only show up for
your user account, and are not accessible by the SYSTEM user.

You could try:

1) changing the user account used to run the Apache service so it has
permission, or
2) explicitly running net use (as the other reply had suggested) to
connect to the remote machine.

On 1/12/06, Nguyen, Thuc Huu <thucnguyen@psv.com.vn> wrote:
>
>
>
> Dir,
>
> Windows XP, I ran "svnserve –d –r \\machine1\my_repositories" well, but I
> could not run this shared directory in SVN-Apache server.
>
> How can I run SVN-Apache server on a machine and the repositories are on
> another machine?
>
> Please help me.
>
> Thanks & Best regards,
>
> Thuc This email may contain material that is confidential, privileged and/or
> attorney work product for the sole use of the intended recipient. Any
> review, reliance or distribution by others or forwarding without express
> permission is strictly prohibited. If you are not the intended recipient,
> please contact the sender and delete all copies.

--
Chris Church
flyingfred0@gmail.com
Received on Fri Jan 13 05:32:37 2006

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.