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

Re: Subversion Berkeley DB error

From: Ryan Schmidt <subversion-2008a_at_ryandesign.com>
Date: Fri, 14 Mar 2008 14:42:55 -0500

On Mar 14, 2008, at 00:38, <geetha.kirubakaran_at_wipro.com>
<geetha.kirubakaran_at_wipro.com> wrote:

> I (Admin) created the repository and i did a checkout of the
> repository. The repository has directories created for each member
> in the project.
> Initially, the admin as well as the users were able to do a
> checkout in their working directory/logn\in.
> But later, when i(as admin) did a checkout of the repository, it
> gave some message saying "needing recovery". So i did svnadmin
> recover repos path. Once done I(admin) is able to do checkout and
> checkin.
> But users are not able to do checkout even after this.
> Everybody(Users) when they use svn commands or when they do a
> checkout they get error message as follows:
> svn: Unable to open an ra_local session to URL
> svn: Unable to open repository 'file:///home/ams_admin/
> TRAINING_BATCH_07/repository/.svn_repository/trunk'
> svn: Berkeley DB error while opening environment for filesystem /
> home/ams_admin/TRAINING_BATCH_07/repository/.svn_repository/db:
> I feel this is something related to the dB config file in dB
> directory. Could you please tell me how should i proceed.
> Could you please help me out in this?

Several users accessing a repository via the file:///-protocol is a
recipe for disaster. Please switch to using svnserve or apache to
serve your repository, and put the repository itself in a location
where only the user under which these services are running can read
from and write to the repository.

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-14 20:43:38 CET

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.