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

Re: svn copy weird failure

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-05-06 12:39:57 CEST

On May 5, 2007, at 20:13, Claude Chevalier wrote:

> I got the following error while using svn copy to tag the current
> version of my working copy. Both server and client are running on
> Win XP sp2.
> svn copy . file:///I:/Repositories/EGP0003/tags/v2
> svn: Commit failed (details follow):
> svn: Can't remove 'I:\Repositories\EGP0003\db\transactions\23-1.txn
> \node._74._0.children'
> svn: Can't remove file 'I:\Repositories\EGP0003\db\transactions
> \23-1.txn\node._74._0.children': The process cannot access the file
> because it is being used by another process.
> As clearly shown in the above message, something fails. However,
> the tagged version is created into the repository.
> -> I would expect the tagged version not to be created given
> the failure. Would you rely on the tagged stuff?
> It looks like the failure occurs when svn tries to delete the
> transaction files from the database. For some reason, XP refuses to
> grant svn with the permission to delete the files. This is an IT
> issue as all that stuff has been working for a while.
> -> Did you ever experienced such a problem and if so, what was
> the cause?

Perhaps you have a virus scanner that is scanning files as they're
created. Subversion creates the transaction, the scanner starts
scanning it, and isn't done scanning it by the time Subversion wants
to delete it. And Subversion then can't delete it because the virus
scanner is holding on to it.

Try disabling your virus scanner, or telling it not to scan
Subversion transactions.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun May 6 12:40:41 2007

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.