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

Re: write-lock not removed with fsfs?

From: Jani Averbach <jaa_at_jaa.iki.fi>
Date: 2005-07-05 22:28:16 CEST

On 2005-07-05 15:06-0500, Ben Collins-Sussman wrote:
> Bruce, did you ever figure this problem out?
>
In fact I saw this behaviour just two days ago in RHEL4
with SVN 1.1.1.

>
> On Apr 28, 2005, at 11:32 AM, Bruce Christensen wrote:
>
> >We're running svn client 1.1.4 on Fedora Core 3, accessing a server
> >running svn 1.1.1 on RH Enterprise Linux AS release 4 using the
> >svn+ssh protocol.

This system runs via ra_dav.

> >Whenever one of our users does a commit, svnrep/db/write-lock is
> >created, which is to expected, However, the lock is never removed when
> >the commit is finished, which means that no other users can commit
> >until someone manually removes the write-lock file from the
> >repository.

Same here.

> >File permissions immediately after user brucec does a commit are as
> >follows:
> >[brucec@admin Raid]$ ls -l /Raid/svnrep/db
> >-rw-r--r-- 1 brucec serveradmin 0 Apr 28 10:27 write-lock

Same again.

> >At this point, brucec can continue to commit, but any other user who
> >tries to commit gets the following message:
> >
> >Transmitting file data .svn: Commit failed (details follow):
> >svn: Can't open file '/Raid/svnrep/db/write-lock': Permission denied
> >svn: Your commit message was left in a temporary file:
> >svn: '/tmp/issues/svn-commit.tmp'
> >

And again.

BR, Jani

-- 
Jani Averbach 
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 5 22:51:55 2005

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.