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

Problem accessing svn repository over apache

From: Brad O'Hearne <brado_at_neurofire.com>
Date: 2005-02-21 21:06:57 CET

I'm having the following error in my apache logs when trying to access
subversion over apache:

[Mon Feb 21 14:42:59 2005] [error] [client 10.1.11.19] (20014)Error
string not specified yet: Can't get shared lock on file
'/usr/local/svn/repository/prod/locks/db.lock': Resource temporarily
unavailable
[Mon Feb 21 14:42:59 2005] [error] [client 10.1.11.19] Could not fetch
resource information. [500, #0]
[Mon Feb 21 14:42:59 2005] [error] [client 10.1.11.19] Could not open
the requested SVN filesystem [500, #11]
[Mon Feb 21 14:42:59 2005] [error] [client 10.1.11.19] Could not open
the requested SVN filesystem [500, #11]

I'm running Fedora Core 3, with stock apache install and subversion
install, updated / installed by simple yum commands:

yum update httpd
yum install subversion

No tricks there. I created a simple svn repository (I tried this with
both a Berkeley DB and filesystem repository, same result.). Apache is
running as user:group apache:apache. The svn root on the filesystem is
owned by user:group apache:apache. My httpd.conf looks like this:

<Location /svn/repos/prod>
        DAV svn
        SVNPath /usr/local/svn/repository/prod

        #access control policy
        AuthzSVNAccessFile /usr/local/svn/security/policy

        #try anonymous access first, report to real
        #authentication if necessary.
        Satisfy Any
        Require valid-user

        #how to authenticate a user
        AuthType Basic
        AuthName "Subversion repository: prod"
        AuthUserFile /usr/local/svn/security/users
</Location>

Moreover, this is the exact same config I have working on another box.
The *only* software difference between the two boxes is that one was
installed via yum, and the other was installed via source -- though the
versions are the same. Apache as a result is loading mod_dav_svn and
mod_authz_svn internally, whereas in the source install its loading them
as .so dynamic modules -- but I've confirmed in both cases they are
loaded. On the hardware front, the one having trouble is a
multiprocessor RAID box, and the the one that's working is just a junky
single-processor, single-hard drive desktop.

Anyone have any ideas why this is happening? Thanks!

Brad

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 21 21:09:25 2005

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.