Perhaps asked another way -- do the standard apache / subversion /
mod_dav_svn modules installed via yum even work? I've been over this
config about a hundred times with no clue of this error...
B
Brad O'Hearne wrote:
> 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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 21 22:31:54 2005