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

Re: svn update breaks WC periodically

From: David Ripton <dripton_at_ripton.net>
Date: 2005-12-08 01:32:10 CET

On 2005.12.07 16:58:39 -0500, Ilia Lobsanov wrote:
> $ svn update
> svn: Working copy '.' locked
> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
> $ svn cleanup
> svn: Can't open directory 'cgi-bin/Addresses/.svn/tmp': No such file
> or directory
>
> This has happened about 10 times over a period of 6 months.
> Of course, checking out a new working copy fixes the problem.
>
> I am working on gentoo linux, ext3 filesystem, kernel 2.6.14, svn
> version 1.2.3 (r15833)
>
> Any ideas?

Is the network connection between you and your repository solid, or
flaky? If it drops out halfway through a checkout or update, it can
sometimes leave the working copy in an inconsistent state. (Repository
operations are atomic, but working copy operations are not.)

Do you sometimes interrupt the svn client with control-C or kill in the
middle of checkouts or updates? Try not to do that.

Is your working copy on NFS, or a local filesystem? If it's on NFS and
you have the ability to move it to a local disk, I recommend trying
that.

When I used to do big checkouts from a remote svn repository, over a
flaky Internet connection, to an NFS-hosted repository with an imperfect
LAN between my box and the NFS server, I used to see this problem all
the time. With small checkouts over a solid network to a working copy
on a good filesystem, I've never seen it.

-- 
David Ripton    dripton@ripton.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 8 01:34:10 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.