This really can't be fixed. The problem is that NFS is not a valid
filesystem for when lock files are involved. Some NFS implementations
pretend to work under some circumstances, but at the end of the day,
locks generally just don't work on NFS. This is why most applications
(subversion included) say in their docs not to use an NFS mounted
directory for their data store. For example, Apache tells you not to
put the conf(?) directory on NFS, because that is where Apache will
create the lock file for the scoreboard.
BDB just doesn't run well when the data files are installed on NFS.
Move the repository to a FSFS backed system, or get it off NFS.
Ryan
On Thu, 3 Mar 2005 09:08:19 -0800 (PST), Jeff Spencer
<jspencer999@yahoo.com> wrote:
> Hello,
>
> Version: svn 1.1.3
>
> I am attempting to set up an svn repository over an
> NFS mount. The repository was created successfully,
> but running svnlook results in the following:
>
> $ svnlook info /s2/svn
> svn: Error opening db lockfile
> svn: Can't get shared lock on file
> '/s2/svn/locks/db.lock': No locks available
>
> (I verified that running this using a repository
> hosted locally on the machine did not demonstrate the
> same problem.)
>
> Using strace, the offending operation was tracked to:
>
> fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET,
> start=0, len=0}) = -1 ENOLCK (No locks available)
>
> Using a test program that makes this same fcntl()
> call, I demonstrated that the issue (inability to lock
> a file over NFS) occurs when the client is running
> RedHat 7.3 or 9. This issue does NOT occur with RedHat
> 6.0.
>
> One workaround is to symlink from the locks/ directory
> in the repository to a local directory.
>
> Anyone aware of why this occurs, and how it could be
> fixed ?
>
> Thanks in advance,
> Jeff
>
> __________________________________
> Celebrate Yahoo!'s 10th Birthday!
> Yahoo! Netrospective: 100 Moments of the Web
> http://birthday.yahoo.com/netrospective/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
--
Ryan Bloom
rbb@apache.org
rbb@rkbloom.net
rbloom@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Mar 7 03:06:50 2005