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

Re: 1.7.1: E200033: database is locked, executing statement 'RELEASE s0'

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 01 Nov 2011 14:12:27 +0200

"database is locked" is the error SQLite would give when it tries to write to a database (.svn/wc.db) on which some other process already has a write-lock. The SQLite documentation:

http://www.sqlite.org/atomiccommit.html
http://www.sqlite.org/lockingv3.html

states SQLite relies on POSIX advisory locks. Do those locks (fcntl() locks, if I read the source correctly) work correctly in your environment?

On Tuesday, November 01, 2011 11:11 AM, "Neil Bird" <neil_at_jibbyjobby.co.uk> wrote:
>
> I can't find any reference online to this error code. I am trying to do
> a command line 'svn cp' of one file to a new name in the same directory:
>
> $ svn cp 3.14.7.html 3.14.8.html
> svn: E200033: database is locked, executing statement 'RELEASE s0'
>
>
> This with a freshly upgraded (from 1.6.17-ish, using 1.7.1 not 1.7.0) WC.
> I think the issue stems from the fact that the WC is hosted on a Windows
> XP box, and CIFS-mounted onto the CentOS 5 box that I am trying the
> operation on (I have compiled 1.7.1 myself for CentOS 5).
>
> The WC is otherwise behaving fine (although I vaguely recall another
> Linux op. that gave me a similar lock error; I resorted to finishing on
> Windows).
>
> The same 'svn cp' works OK issued on the Windows side (using
> TortoiseSVN's command-line exes).
>
>
> Is there anything I can do to track this down?
>
> --
> [neil_at_fnx ~]# rm -f .signature
> [neil_at_fnx ~]# ls -l .signature
> ls: .signature: No such file or directory
> [neil_at_fnx ~]# exit
>
Received on 2011-11-01 13:12:58 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.