From users-return-12084-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org Tue Nov 1 12:12:52 2011 Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AA2DB772B for ; Tue, 1 Nov 2011 12:12:52 +0000 (UTC) Received: (qmail 14156 invoked by uid 500); 1 Nov 2011 12:12:52 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 14136 invoked by uid 500); 1 Nov 2011 12:12:51 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 14129 invoked by uid 99); 1 Nov 2011 12:12:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Nov 2011 12:12:51 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [66.111.4.28] (HELO out4.smtp.messagingengine.com) (66.111.4.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Nov 2011 12:12:47 +0000 Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3BC0820B11; Tue, 1 Nov 2011 08:12:27 -0400 (EDT) Received: from web4.nyi.mail.srv.osa ([10.202.2.214]) by compute2.internal (MEProxy); Tue, 01 Nov 2011 08:12:27 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= daniel.shahaf.name; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:references:subject :in-reply-to:date; s=mesmtp; bh=nOo6xvf3JK4OrbBmFqGFHzT4v2A=; b= wMTcR2O5NAAeSK5zd+enI8Tvhg0Q930aP6tp1F+nNgtEBSacP4UuJJKtysDWpuBw MH90ZShxAGnCH2I5a2c3SxodsYGIJBS7pEvVuUdszVE2uNowu4HgYy0vDHO8kvRp MU6BbBWQ7YvUTVLCOYyCTd3rBxQTzCwniOag0aGZ2ng= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:references:subject :in-reply-to:date; s=smtpout; bh=nOo6xvf3JK4OrbBmFqGFHzT4v2A=; b= NH9Hijqwbdi9LxbQXO415Ck45ArVh5pgrhCO4HNDGOFX91DKVy9t0yV1ipNmOb6U FqfqlZcCwPMi+au/RDdKhCsW9hcQsQcM+5eqLOZ8rg32RwtEOre24j8GzxAbGa/s nTJQFrCClGmqqJjEkztp8UotRfGFvGsAAHRLLaOP2/k= Received: by web4.nyi.mail.srv.osa (Postfix, from userid 99) id 13D533C2DDF; Tue, 1 Nov 2011 08:12:27 -0400 (EDT) Message-Id: <1320149547.8131.140660993150749@webmail.messagingengine.com> X-Sasl-Enc: lekrLKJIvnwyfBeQJoq0TOe3B3/bdwmhn0NVXsyAqqBI 1320149547 From: "Daniel Shahaf" To: "Neil Bird" , users@subversion.apache.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Mailer: MessagingEngine.com Webmail Interface References: <4EAFD3DB.7090709@jibbyjobby.co.uk> Subject: Re: 1.7.1: E200033: database is locked, executing statement 'RELEASE s0' In-Reply-To: <4EAFD3DB.7090709@jibbyjobby.co.uk> 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" 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@fnx ~]# rm -f .signature > [neil@fnx ~]# ls -l .signature > ls: .signature: No such file or directory > [neil@fnx ~]# exit >