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

Re: ra_svn deadlock

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-12-13 16:45:57 CET

Greg Hudson <ghudson@MIT.EDU> writes:

> After your first post on the topic, I verified that "make check" works
> with me on Linux in daemon mode. So I'm not sure why you run into a
> deadlock in copy-tests 1.

I get a deadlock in daemon mode on Linux. I think the problem is
caused by externals_tests.py using a simple directory copy to
duplicate a repository. Is that a valid way to duplicate a

I can "fix" the problem by running 'svnadmin recover' as follows

Index: subversion/tests/clients/cmdline/externals_tests.py
--- subversion/tests/clients/cmdline/externals_tests.py (revision 4111)
+++ subversion/tests/clients/cmdline/externals_tests.py (working copy)
@@ -145,6 +145,8 @@
   # will refer. After this, both repositories have five revisions
   # of random stuff, with no svn:externals props set yet.
   shutil.copytree(repo_dir, other_repo_dir)
+ out_lines, err_lines = svntest.main.run_svnadmin('recover', other_repo_dir)
+ if err_lines: return 1
   # Set up the externals properties on A/B/ and A/D/.
   externals_desc = \

but I not sure that that is guaranteed to work either. We could do a
proper hot-backup, but we would either need to know the path to the
db4 utilities or we would have to know the names of the relevant db4
files, neither of which is appealing. Alternatively we could use an
svnadmin dump/load cycle to duplicate the repository. I haven't tried
that because, while I'm sure Python can handle redirecting input, I
don't know how to do it :)

> It does sound like there's some kind of single-threadedness in tunnel
> mode. I'll try to find time to take a look tomorrow.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Dec 13 16:46:40 2002

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