Ian Malone wrote:
> Ben Collins-Sussman wrote:
>>
>> On Jul 14, 2005, at 10:40 AM, Ian Malone wrote:
>>
>>>
>>> $ svnadmin create --fs-type fsfs /data1/ibm21/var/repo/
>>> $ svn import /data1/ibm21/var/tree file:///data1/ibm21/var/repo/ -
>>> m"Initial"
>>> svn: Unable to open an ra_local session to URL
>>> svn: Unable to open repository 'file:///data1/ibm21/var/repo'
>>> svn: Error opening db lockfile
>>> svn: Can't get shared lock on file '/data1/ibm21/var/repo/locks/
>>> db.lock': No locks available
>>
>
>> It looks like NFS isn't allowing subversion to lock the file, which
>> means you're no-go until this problem is resolved.
>
>
> $ ps - A|grep nfsd
> sees eight nfsd,
> $ ps - A|grep statd
> sees one rpc.statd
> $ ps - A|grep lockd
> sees one lockd
>
> I'll see if I can get hold of whoever's responsible for
> NFS (new system). Will let the list know how it goes if
> there's any progress.
>
It turns out that we use a HSM that doesn't support locking,
hence problem locking. The administrator has suggested I
use the local scratch space (not backed up) and do backups
to my home directory. This works; although I have to hotcopy
the repo to the scratch space before doing a normal copy to
my home directory. Is that safe? (I suppose I should add
"assuming people don't try to commit to the intermediate copy.")
--
imalone
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 15 15:33:14 2005