Going with your preference (too long in the bottom posting groups I
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!)
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:
>>>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
>>>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:
>>>Let's say one of my projects is 'scratch'. In the conf file, I have:
>>> DAV svn
>>> SVNParentPath /data/svn/projects
>>>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'
>>>Could not open the requested SVN filesystem
>>>And in apache, it gives this error:
>>>[Thu Feb 10 15:22:23 2005] [error] [client 188.8.131.52] (20014)Error
>>>string not specified yet: Berkeley DB error while opening environment
>>>for filesystem /data/svn/projects/scratch/db:\nResource temporarily
>>>[Thu Feb 10 15:22:23 2005] [error] [client 184.108.40.206] Could not
>>>fetch resource information. [500, #0]
>>>[Thu Feb 10 15:22:23 2005] [error] [client 220.127.116.11] 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.
>>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-
> To unsubscribe, e-mail: firstname.lastname@example.org
> For additional commands, e-mail: email@example.com
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Mon Feb 14 15:33:23 2005