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

Subversion recursive listing grind httpd to a halt

From: Von De Grief <vongrief_at_gmail.com>
Date: Mon, 18 May 2009 16:37:49 +0100

Hey folks,
same old story, worked before, migrated, now broken. :)

Compiled Python 2.5.4 Subversion 1.6.1 from sauce, and rpm
httpd-2.2.3-22.el5. On rhel5 VM, 2 gig ram, 2 procs. We only compiled
as we needed python 2.5 on the rhel5 box.

We can browse repository fine, we can list directories fine, but when
it comes to listing recursively the listing starts, but soon enough we
get about half a dozen httpd children all eathing the cpu, and
grinding the machine to a halt.

From svn externally:
# Completes fine
svn list --verbose https://trac.shhh.com/svn/mysvn/
# Grinds to a halt
svn list --verbose --recursive https://trac.shhh.com/svn/mysvn/

Or from Python externally:
client = pysvn.Client()
fullsvnpath = 'https://trac.shhh.com/svn/mysvn'
# Completes fine
listOfFiles = client.list(fullsvnpath, recurse=False)
# Grinds to a halt
listOfFiles = client.list(fullsvnpath, recurse=True)

[I've also tried with http, still same symptoms]

I've checked system logs, and httpd logs, and I could not spot
anything out of the norm. Just 100 or so PROPFIND per second.

I'm not entirely sure if this is a Subversion problem, a pysvn
problem, or an apache problem. I've posted here first as I can
reproduce it through svn, sorry if I'm miles off.

Any help and/or pointers in the right direction would be much appreciated.

Cheers

von

p.s. I hope this is the first time I'm posting this, gmail hiccup

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2300959

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-18 17:39:44 CEST

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.