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

Svn client and multiprocessor machine

From: <djheap_at_dhiprovo.com>
Date: 2003-01-29 19:23:10 CET

I am evaluating Subversion and have run into some issues that I could
not find in the issues database, nor in the list archives.

I have been using it for a while on a single processor test machine and
it has been working extremely well.

I just installed it on another machine with two processors and am having
difficulty with even simple 'svn co ...' and 'svn update' commands. If
I disable one of the processors, things seem to start working smoothly.
Re-enabling the 2nd processor causes the errors to begin occurring
again.

The duel processor machine is running WinXP Pro SP1, Apache 2.0.44
(prebuilt binaries) and Subversion 17.1 (prebuilt setup).

With both processors enabled, this fails:

D:\tempsvn co http://localhost:8080/svn/fti/MapBoundaries TestProj
svn: Access is denied.
svn: could not save the URL to indicate where to create activities
svn: svn_io_file_rename: can't move 'TestProj/.svn/tmp/dir-wcprops' to
'TestProj/.svn/dir-wcprops'

It does not always fail at the same place, sometimes nearly completing
the checkout before getting a similar error, and sometimes (rarely) even
completing successfully. Turning off a processor and re-running on the
same machine, same project, same working directory (after getting rid of
the previous copy), has not yet failed after many many runs.

The update command performs similarly and gives the same
svn_io_file_rename error message although on different files when both
processors are enabled -- there are no errors when in single processor
mode:

D:\temp\TestProjsvn update
svn: Access is denied.
svn: svn_io_file_rename: can't move '.svn/tmp/entries' to '.svn/entries'

A commit with both processors enabled behaves like:

D:\temp\TestProjsvn commit
Deleting Proposal 1.bnd
Deleting vssver.scc
svn: A problem occured; see later errors for details
svn: Commit succeeded, but other errors follow:
svn: Access is denied.
svn: Error bumping revisions post-commit (details follow):
svn: svn_io_file_rename: can't move 'D:/temp/TestProj/.svn/tmp/entries'
to 'D:/temp/TestProj/.svn/entries'
svn: A problem occured; see later errors for details
svn: Your commit message was left in a temporary file:
   D:/temp/TestProj/svn-commit.tmp

Commits also fail with errors because external program diff.exe returned
error 2, I think, although I can't get that one to appear at the moment.

Again, turn off a processor and no problems occur.

These are very reproducible for the most part, and this seems to me to
imply some kind of race condition in the client code when temp files are
being closed/deleted/moved. I have not yet investigated the code at all.

Are these issues known and I missed the reports/workarounds or do they
need investigation?

I would appreciate any info.

Thanks!

DJ

**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to
whom they are addressed. If you have received this email
in error please notify the system manager.

This footnote also confirms that this email message has been
swept by MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:24:08 2006

This is an archived mail posted to the Subversion Dev mailing list.

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