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

Re: [svn] x [fsfs] basic_tests.py failures

From: Malcolm Rowe <malcolm-svn-dev_at_farside.org.uk>
Date: 2006-11-09 00:00:01 CET

On Wed, Nov 08, 2006 at 11:40:28PM +0100, Lieven Govaerts wrote:
> FYI: I get this issue with trunk when I'm running basic_tests parallel
> in 10 processes over ra_dav (on windows):
>
> ..\..\..\subversion\libsvn_client\commit.c:866: (apr_err=160044)
> svn: Commit failed (details follow):
> ..\..\..\subversion\libsvn_ra_dav\util.c:895: (apr_err=160044)
> svn: MERGE request failed on '/svn-test-work/repositories/basic_tests-3/A'
> ..\..\..\subversion\libsvn_ra_dav\util.c:385: (apr_err=160044)
> svn: Cannot write to the prototype revision file of transaction '1-1'
> because a previous representation is currently being written by this process
> FAIL: basic_tests.py 3: basic commit command
>
> This issue didn't show up during ra_local testing. I'll see if making
> the UUID unique per test repository solves it.
>

It will - the intraprocess txn serialisation is keyed on (UUID, txn id),
so this an expected failure mode for the case where we attempt to access
two different filesystems that have the same UUID.

You'll also see serialisation in commits across all the filesystems
as the write-lock is keyed on UUID alone :-)

One thing I'd like to do is make it an error to open a filesystem with
the same UUID as another (different) filesystem opened in the same library
context. But that rather requires us to fix the test suite first.

Regards,
Malcolm

  • application/pgp-signature attachment: stored
Received on Thu Nov 9 00:00:30 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.