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

Re: Berkeley DB problem: "Could not allocate memory"

From: Nicolás Lichtmaier <nick_at_panoptico.reloco.com.ar>
Date: 2005-02-08 21:43:15 CET

>>184 Number of current locks.
>>380 Number of current lockers.
>>7 Number of current lock objects.
>Your repository should never have an lock accumulation when there are
>no attached processes. If you did this db_stat during such a time,
>then the fact that you have lock accumulation at all means that some
>processes didn't cleanly detach from the Berkeley DB environment.
>When this occurs, you can start seeing "Cannot allocate memory" errors
>well before the reported lock accumulation nears the maximums.

This repository is used only from an Apache httpd installation through
mod_dav_svn, and I see no traces of Apache coredumping or something

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 8 21:46:56 2005

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.