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

Re: broken lock test

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Tue, 27 Jan 2009 08:28:14 -0600

Blair Zajac wrote:
> On Dec 26, 2008, at 5:16 AM, Daniel Shahaf wrote:
>
>> Brieuc Jeunhomme wrote on Fri, 28 Nov 2008 at 17:41 +0100:
>>> Hi,
>>>
>>> I have found something that looks to me like a bug, although I don't
>>> know how I came to this situation. I have more detail about the
>>> problem
>>> if needed, I can fill a bug report with all of it if it's confirmed
>>> it
>>> is a bug.
>>>
>>>
>>>
>>> I am the only one using the svn repository, on a remote server
>>> (svn+ssh://...). I am using 1.5.4. The symptoms are the following: I
>>> try to do an update, svn complains about a lock and suggests a
>>> cleanup.
>>> I perform a cleanup, and try to update again, without any success.
>>>
>>>
>>> % svn update
>>>
>>> Fetching external item into 'specs'
>>> svn: Working copy 'specs' locked
>>> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
>>> details)
>>> % ./build-subversion-1.5.4/bin/svn cleanup
>>> % ./build-subversion-1.5.4/bin/svn update
>>>
>>> Fetching external item into 'specs'
>>> svn: Working copy 'specs' locked
>>> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
>>> details)
>>>
>> Yes, that's obviously a bug --- especially if you can reproduce it
>> with
>> a new checkout (i.e., it's not something gone broken in that specific
>> working copy).
>>
>> Can you show us how to reproduce this bug, starting with a new
>> repository? If possible, package the instructions as a script (e.g.,
>> http://svn.tigris.org/repro-template.sh). Thanks.
>
> Fyi, Brieuc opened a ticket on this
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=3363
>
> which I closed without seeing this the link back to this thread.
>
> There's two separate issues. One that doing potentially multiple
> control-C's to svn can leave the working copy in a locked state. The
> code currently catches signals and does the best job to clean up the
> wc and leave it in a good state, but you can always kill -9 or
> potentially send enough control-C's to kill it and leave the wc in a
> locked state.
>
> The other issue is that svn cleanup could be improved to descend into
> svn:externals and also clean those up.
>
> So I don't see a bug here, only potentially an improvement to svn
> cleanup.

'svn cleanup' will be the method by which pre-1.7 working copies are upgraded to
the new wc-ng format. As such, there will be a lot of code churn in it, and due
to the journal and logging capabilities of sqlite, possibly a bit of code reduction.

In other words, let's wait a bit and see if the problem still manifests itself.

-Hyrum

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1059132
Received on 2009-01-27 15:36:51 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.