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

Re: TSVN locking Bug

From: Stefan Hett <stefan_at_egosoft.com>
Date: Mon, 23 May 2016 09:26:42 +0200


hope I'm getting you right here. If so, then the problem is simply that
an operation in a WC was interrupted and the data was kept in a locked
state. To resolve that, you normally just perform an svn cleanup (also
available via the TSVN dialog). The thing is that you should do that
with the TSVN 1.7.x client since the WC is a 1.7 one.

1. backup the working copy
2. uninstalle TSVN 1.9 (or whatever newer version you have)
3. install TSVN 1.7.x
4. right-click on the WC and select TSVN -> Cleanup - make sure that the
setting to unlock the WC is selected

Alternative, in case you can't downgrade TSVN:
1. backup the working copy
2. install a 1.7 svn command line client (one client variation being
available here: http://www.luke1410.de/typo3/index.php?id=97 - requires
Windows Vista or above however and you should just use it to solve the
issue - it's not designed for production use, but in ur case it should
work and is a simple zipped archive (so nothing to install)).
3. run svn cleanup [working-directory-path]

Make sure the correct svn version is used (run svn --version to confirm
you are executing the svn 1.7 command line client).

> Is the working copy on a network share?
> On 20 May 2016 at 14:39, Ian Dawson <ian.dawson_at_wandisco.com
> <mailto:ian.dawson_at_wandisco.com>> wrote:
> When using TSVN 1.7.6 locking errors of the following type were
> being seen when attempting a merge:
> Error 'C:\path\to\file' is already locked via
> Error 'C:\path\to\file'.
> TSVNCache was disabled to see if this would have an effect but it
> did not work.
> To try and resolve the problem an upgrade to TSVN 1.8.12 was
> carried out. However, following the upgrade, when attempting a
> merge, the following locking error started occuring instead:
> Error sqlite[S5]: database is locked
> Error Additional errors:
> Error sqlite[S5]: database is locked
> Error Another process is blocking the working copy database, or
> the underlying filesystem does not spport file locking; if the
> working copy is on a network filesystem, make sure file locking
> has been enabled on the file server.
> This occurred partway through the merge after some data has been
> transferred.
> Just before the failure of the merge operation process monitor
> showed a LockFile operation being carried out against the wc.db
> file. In addition the monitor shows read_conflict errors relating
> to the wc.db file.
> An upgrade to TSVN 1.9.3 was carried out but this second locking
> issue persisted.
> A windows shortcut file within the repository was highlighted as a
> potential cause, which appeared to resolve the second locking
> issue. However following this the original locking issue returned.
> What further investigation can be carried out the determine the
> source of these locking problems?
> *T*+44 114 3039985 / +1 925-808-7321
> *E*ian.dawson_at_wandisco.com <mailto:ian.dawson_at_wandisco.com>
> *www.wandisco.com <http://www.wandisco.com>*
> --
> *T*+44 (0)114 3039985 (ext. 733)
> *E*gary.beardshaw_at_wandisco.com <mailto:gary.beardshaw_at_wandisco.com>
> Twitter @discogbeardshaw
> *www.wandisco.com <http://www.wandisco.com/>*
> *
> *
> **
> Learn how WANdisco Fusion solves Hadoop data protection and
> scalability challenges <http://www.wandisco.com/hadoop/wd-fusion>
> Listed on the London Stock Exchange: WAND
> <http://www.bloomberg.com/quote/WAND:LN>
> MAY BE PRIVILEGED. If this message was misdirected, WANdisco, Inc.
> and its subsidiaries, ("WANdisco") does not waive any confidentiality
> or privilege. If you are not the intended recipient, please notify us
> immediately and destroy the message without disclosing its contents to
> anyone. Any distribution, use or copying of this e-mail or the
> information it contains by other than an intended recipient is
> unauthorized. The views and opinions expressed in this e-mail message
> are the author's own and may not reflect the views and opinions of
> WANdisco, unless the author is authorized by WANdisco to express such
> views or opinions on its behalf. All email sent to or from this
> address is subject to electronic storage and review by WANdisco.
> Although WANdisco operates anti-virus programs, it does not accept
> responsibility for any damage whatsoever caused by viruses being passed.

Stefan Hett
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2016-05-23 09:27:00 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

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