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

Re: OOM problems

From: Joshua Varner <jlvarner_at_gmail.com>
Date: 2005-11-01 17:28:32 CET

On 11/1/05, Marius Gedminas <mgedmin@b4net.lt> wrote:
> On Sat, Oct 22, 2005 at 03:12:51PM +0300, Marius Gedminas wrote:
> > I keep bits of my home directory in a Subversion repository. It has 600
> > revisions and occupies 250 megs of disk space. It uses bsddb. I kept
> > it on a server running Subversion 1.1.4 from Debian sarge, and committed
> > stuff to it from my laptop running Subversion 1.2.0 from Ubuntu breezy
> > over svn+ssh.
> ...
> > Then I decided to do 'svn up' in the
> > root of the checkout on my laptop. Nothing happened for a while, but
> > after a few minutes svnserve on the server side ate all available RAM
> > and swap, and caused the kernel to invoke the OOM killer. The server
> > has 512 megs of RAM and 2 gigs of swap!
> >
> > I thought those two big commits were causing a problem. I decided to
> > use svnadmin dump and svndumpfilter. svnadmin dump dumped 5 revisions
> > successfully and started eating all the memory while processing rev 6.
> > I killed it. svnadmin verify acts likewise.
> > I scp'ed the repository to my laptop, ran svnadmin recover for good
> > measure, and retried svnadmin dump with Subversion 1.2.0. The same
> > thing happened. svnadmin eats about 300 megs of RAM in 20 seconds, then
> > I kill it.
> This is now http://subversion.tigris.org/issues/show_bug.cgi?id=2430
Unless you are willing to provide the repository to someone with serious
bdb knowledge, nothing can be done, You'll have to post it online or send
it to someone via private e-mail. The bug you filed simply does not have the
information necessary to do anything with.

You might try dumping it with 1.3 when it is released.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 1 17:30:13 2005

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.