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 9CB5F116B8 for ; Fri, 13 Jun 2014 13:36:05 +0000 (UTC) Received: (qmail 57076 invoked by uid 500); 13 Jun 2014 13:36:05 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 57044 invoked by uid 500); 13 Jun 2014 13:36:05 -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 Delivered-To: moderator for users@subversion.apache.org Received: (qmail 44428 invoked by uid 99); 13 Jun 2014 13:31:21 -0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of rj@mail.petamem.com designates 92.43.104.37 as permitted sender) Date: Fri, 13 Jun 2014 15:28:29 +0200 From: Richard Jelinek To: users@subversion.apache.org Subject: svn mv and svn cp fails in 1.8.8 and 1.8.9 Message-ID: <20140613132829.GA11059@petamem.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.22 (2013-10-16) Sender: X-Virus-Checked: Checked by ClamAV on apache.org Hi, when I try to cp or mv a directory within a repository, I get (after several seconds of waiting with no cpu/disk activity) the following error. rj@sol$ svn cp .test_equ_simple/ /opt/PetaMem/PMLS/active/data/lexica/c/e/s/ svn: E200033: Another process is blocking the working copy database, or the underlying filesystem does not support file locking; if the working copy is on a network filesystem, make sure file locking has been enabled on the file server svn: E200033: sqlite[S5]: database is locked svn: E200033: Additional errors: svn: E200033: sqlite[S5]: database is locked the sandbox is then in a "L" state and has to be "svn cleanup"ed a simple cp, with subsequent svn add for the target (instead of svn cp) and eventually svn del in the source (instead of svn mv) works, but this workaround seems like subversion 1.2 - or worse. for reference ----------------------------------------------------------- # svn --version svn, version 1.8.9 (r1591380) compiled Jun 13 2014, 14:35:55 on x86_64-pc-linux-gnu Copyright (C) 2014 The Apache Software Foundation. This software consists of contributions made by many people; see the NOTICE file for more information. Subversion is open source software, see http://subversion.apache.org/ The following repository access (RA) modules are available: * ra_svn : Module for accessing a repository using the svn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme * ra_serf : Module for accessing a repository via WebDAV protocol using serf. - using serf 1.3.4 - handles 'http' scheme - handles 'https' scheme ----------------------------------------------------------- kind regards, -- Dipl.-Inf. Univ. Richard C. Jelinek PetaMem GmbH - www.petamem.com Gesch�ftsf�hrer: Richard Jelinek Language Technology - We Mean IT! Sitz der Gesellschaft: F�rth 2.58921 * 10^8 Mind Units Registergericht: AG F�rth, HRB-9201