Robert,
Going with your preference (too long in the bottom posting groups I
guess).
I think it would be worth trying to set write permissions along the
full path. While I was not able to duplicate this on my work windows
box, I believe that not having write access at the top most /data level
will prevent this. (But I could be wrong - wouldn't be the first time!)
-- Mark
Robert Carr wrote:
> Please read below ... I'm a top poster but my replier was a bottom poster,
> so I followed him ...
>
> On Fri, 11 Feb 2005, Mark Bohlman wrote:
>
>
>>
>>Robert J. Carr wrote:
>>
>>>I'm trying to get apache to serve my repositories, but I'm having some
>>>problems setting it up. I'm using this:
>>>
>>>http://svnbook.red-bean.com/en/1.1/ch06s04.html
>>>
>>>as my resource. Here's the situation.
>>>
>>>I have apache2 setup and it has been serving a trac environment for
>>>sometime. The trac environment can hook-up to the SVN repositories just
>>>fine. Currently the repositories are being served with the svnserve
>>>daemon.
>>>
>>>Following the above resource, I'm loading in the required modules with:
>>>
>>>LoadModule dav_module modules/mod_dav.so
>>>LoadModule dav_svn_module modules/mod_dav_svn.so
>>>
>>>And that seems to be fine.
>>>
>>>My SVN is setup on a multi-project basis, so here would be the filesystem:
>>>
>>>/data/svn/projects/projectOne
>>>/data/svn/projects/projectTwo
>>>
>>>Let's say one of my projects is 'scratch'. In the conf file, I have:
>>>
>>><Location /svn>
>>> DAV svn
>>> SVNParentPath /data/svn/projects
>>></Location>
>>>
>>>So to check out a project, I issue:
>>>
>>>svn co http://server/svn/scratch
>>>
>>>And it hangs for about 10 seconds, and gives this error:
>>>
>>>svn: PROPFIND request failed on '/svn/scratch'
>>>svn:
>>>Could not open the requested SVN filesystem
>>>
>>>And in apache, it gives this error:
>>>
>>>[Thu Feb 10 15:22:23 2005] [error] [client 128.95.76.130] (20014)Error
>>>string not specified yet: Berkeley DB error while opening environment
>>>for filesystem /data/svn/projects/scratch/db:\nResource temporarily
>>>unavailable
>>>[Thu Feb 10 15:22:23 2005] [error] [client 128.95.76.130] Could not
>>>fetch resource information. [500, #0]
>>>[Thu Feb 10 15:22:23 2005] [error] [client 128.95.76.130] Could not open
>>>the requested SVN filesystem [500, #160029]
>>>
>>>I've poked around and all roads lead to permissions. Here's how it is
>>>currently set up:
>>>
>>>o svn filesystem tree owned and group owned by user 'svn'
>>>o all files in this tree have 777 permissions
>>>o apache is run under user 'apache' group 'apache'
>>>o 'apache' is a member of the group 'svn'
>>>
>>>I've also tried these things in trouble shooting:
>>>
>>>o chmod 775 to entire svn tree
>>>o run apache as user 'svn' group 'svn'
>>>
>>>I thought for a second the problem could be that I'm concurrently
>>>running svnserve, but I shut that down and restarted apache, and no
>>>luck, same error.
>>>
>>>Sorry this is so long but I wanted to get the entire setup in here as
>>>well as my troubleshooting steps.
>>>
>>>Any and all help is appreciated.
>>>
>>>Regards-
>>>Robert
>>>
>>>
>
>
>
>>Can you post an ls -l for the repositories db directory? I also
>
>
> Sure ...
>
> [rjcarr@sati rjcarr]$ cd /data/svn/projects/scratch/db/
> [rjcarr@sati db]$ ls -l
> total 912
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 changes
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 copies
> -rwxrwxrwx 1 svn svn 16384 Feb 9 14:51 __db.001
> -rwxrwxrwx 1 svn svn 270336 Feb 9 14:51 __db.002
> -rwxrwxrwx 1 svn svn 327680 Feb 9 14:51 __db.003
> -rwxrwxrwx 1 svn svn 892928 Feb 9 14:51 __db.004
> -rwxrwxrwx 1 svn svn 16384 Feb 9 14:51 __db.005
> -rwxrwxrwx 1 svn svn 1740 Jan 11 13:42 DB_CONFIG
> -rwxrwxrwx 1 svn svn 4 Jan 11 13:42 fs-type
> -rwxrwxrwx 1 svn svn 98874 Feb 11 19:10 log.0000000001
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 nodes
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 representations
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 revisions
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 strings
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 transactions
> -rwxrwxrwx 1 svn svn 8192 Feb 11 19:10 uuids
>
>
>
>>recently had a troublesome repository that turned out to be permissions
>>and only on a bdb created repositories (fsfs did not have similar
>>problems) as I forgot that doing an svnadmin recover removed permissions
>>I needed on the db files.
>
>
> Yes, this happenned to me too, but it gave a different error, "permission
> denied" rather than "temporarily unavailable".
>
> Thanks for the suggestion though. It led me to think more about
> permissions, and I double-checked, and I have 777 permissions on
> everything back to /data/svn.
>
> Currently, the /data directory is owned and group owned by root with 755
> permissions. I'm far from a permissions expert, but does it need more
> than this, this far back?
>
> Thanks again-
> Robert
>
> ---------------------------------------------------------------------
> 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 14 15:33:23 2005