You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Simon <sk...@hotmail.com> on 2003/10/04 04:52:39 UTC
Subversion problem checking out with very large repository
This message occurs after attempting to checkout the entire repository, after a lot of files.
subversion/libsvn_ra_dav/util.c:614: (apr_err=175002)
svn: RA layer request failed
svn: REPORT request failed on '/svn/!svn/vcc/default'
subversion/libsvn_ra_dav/util.c:274: (apr_err=175002)
svn: REPORT of '/svn/!svn/vcc/default': Chunk delimiter was invalid (http://fpbu
ild)
The system is RedHat Linux 2.4.20, most recent version of svn from svn repository. After this happens the repository must be recovered to remove the locks. BTW subversion gets progressivly slower with this repository as it heads down the file list. Interestingly it uses virtually no CPU, but a lot of memory. I don't think the slowness is directly related to swapping because it happens early on, but it may be. A total checkout never succeeds the first time, and is too slow. This is a show stopper for my team using subversion on this project (sorry, no pressure, just the facts). We have binary files so CVS is a pain.
By large repository I mean it has a customised version of the kernel in it, plus some other customised open source stuff that are part of an embedded system. There is probably a better way to organise the repository to keep it small, ie only keep patches, but we started with the (optimistic) no-brain solution of importing the whole tree.
cheers
Simon
Re: Subversion problem checking out with very large repository
Posted by Ben Collins-Sussman <su...@collab.net>.
"Simon" <sk...@hotmail.com> writes:
> This message occurs after attempting to checkout the entire repository, after a lot of files.
>
> subversion/libsvn_ra_dav/util.c:614: (apr_err=175002)
> svn: RA layer request failed
> svn: REPORT request failed on '/svn/!svn/vcc/default'
> subversion/libsvn_ra_dav/util.c:274: (apr_err=175002)
> svn: REPORT of '/svn/!svn/vcc/default': Chunk delimiter was invalid (http://fpbu
> ild)
"chuck delimiter invalid"? Maybe some apache person can explain what
that means?
Also, what version of apache is this?
> The system is RedHat Linux 2.4.20, most recent version of svn from
> svn repository.
Meaning, you're using Subversion HEAD? As of what date?
> After this happens the repository must be recovered to remove the
> locks.
If you need to do this, it implies that the httpd process serving your
svn client somehow died while accessing the repository, thus leaving
the berkeleydb inconsistent. Does the apache error_log say anything?
> BTW subversion gets progressivly slower with this repository as it
> heads down the file list. Interestingly it uses virtually no CPU,
> but a lot of memory. I don't think the slowness is directly related
> to swapping because it happens early on, but it may be. A total
> checkout never succeeds the first time, and is too slow. This is a
> show stopper for my team using subversion on this project (sorry, no
> pressure, just the facts). We have binary files so CVS is a pain.
Can you make this repository available to others, so we can try to
reproduce the problem?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org