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

Re: Can't browse on new windows install

From: Ryan Schmidt <subversion-2007a_at_ryandesign.com>
Date: 2007-03-22 00:48:35 CET

On Mar 21, 2007, at 18:31, J. Rancier wrote:

> > I saw many posts on the newgroup relating to this, but found no
> > definitive answers. I installed svn, made the appropriate mods to
> > httpd.conf. Created the directory for the repos, ran svn
> > create ..., imported a project, then was able to snv list it. I
> > checked it out, made some changes, and commited the change. No
> > problems.
>
> Where is the repository created on disk?
>
> ***** Yes. It's on a Microsoft LAN drive.

Well I meant: where on the disk is it? What "svnadmin create" command
did you originally run? Did you "svnadmin create h:\svn" or did you
"svnadmin create h:\svn\something"? But you answered this below.

I don't know what a Microsoft LAN drive is. Sometimes, storing a
repository on a networked drive causes weird problems. If we're
unable to resolve this, you may want to try creating the repository
on a disk local to the server. See if it works then.

> Via what protocol are you able to access it successfully? file:///?
> svn://? http://?
>
> ****** file:/// Should I be able to access the repos from the
> command line using http?

Since you have an Apache 2 server set up and running, yes, you
should. Though at this point in time, since you're seeing errors in
Firefox, you'll likely see the same error from the svn command line
program.

Via what file:/// URL were you able to import into the repository?

> > When I attempt to browse to the repos with Firefox, authentication
> > works, then I get this in the browser:
> >
> > <D:error>
> > <C:error/>
> > <m:human-readable errcode="720003">
> > Could not open the requested SVN filesystem
> > </m:human-readable>
> > </D:error>
> >
> > This in the error.log file:
> >
> > [Wed Mar 21 18:37:52 2007] [error] [client 172.20.7.175] (20014)
> > Error string not specified yet: Can't open file 'h:\\svn\\format':
> > The system cannot find the path specified.
> > [Wed Mar 21 18:37:52 2007] [error] [client 172.20.7.175] Could not
> > fetch resource information. [500, #0]
> > [Wed Mar 21 18:37:52 2007] [error] [client 172.20.7.175] Could not
> > open the requested SVN filesystem [500, #720003]
> > [Wed Mar 21 18:37:52 2007] [error] [client 172.20.7.175] Could not
> > open the requested SVN filesystem [500, #720003]
>
> Your Apache seems to be configured to look for the repository h:\svn.
> Is that where the repository is? (You at one point ran "svnadmin
> create h:\svn"?)
>
> ****** Yes. And yes.

Ok, so your repository is h:\svn. Apache is looking for the file h:
\svn\format. Does that file exist? Every repository will contain a
format file. Can you read the file contents if you open it in an
editor like, say, Notepad? In a new Subversion 1.4.x repository, the
format file should contain the number 5.

> If so, does Apache have permission to read it?
>
> ****** That I'll need a hand with. Is that via file permissions?
> Or in httpd.conf?

I was thinking of file permissions, but I was thinking from a Unix
standpoint. I'm afraid I have no experience with file permissions on
Windows.

> Or is your repository in fact in a directory inside h:\svn, like h:
> \svn\foo (you ran "svnadmin create h:\svn\foo")? If so, and you want
> to have several repositories, then you will want to configure Apache
> with SVNParentPath h:\svn, not SVNPath h:\svn.
>
> ****** It's in the directory, h:\svn. The LAN's my only method of
> backing up the repos.

-- 
To reply to the mailing list, please use your mailer's Reply To All  
function
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 22 00:48:56 2007

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.