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

<?> bdb: Logging region out of memory; you may need to increase its size

From: Kahn, Peter <Peter.Kahn_at_ironmountain.com>
Date: 2006-01-25 17:54:21 CET

Hi, I just received a question from one of my users who received the
"Berkeley DB error for file system...while openning 'strings' table:
  bdb: Logging region out of memory;..."

I looked at the same file he did (about 6 hours later) and got no such
message. I looked on the Tigris site and read about the Lock subsystem.
I then read up on the url in the DB_CONFIG file [
 http://www.sleepycat.com/docs/ref/lock/max.html] regarding the three
lock settings:

So, all three are set to 2000 by default and using db_stat I can see
that at rest I'm at about 60-70% capacity. I have a reasonably powerful
Linux box with 2GB of ram serving my repository and I figure I can
increase them by 2-4 times without issue.

Question 1: Am I right in thinking that increasing the lock settings
the right way to go?

Question 2: The docs state that too high a value may result in a wasted
resources, is timing a checkout or export a reasonable barometer of how
high is too high or should I capture other statistics?

Any help would be appreciated. (Oh, and I did read the part about how
any modification to these must be followed by a recovery, so I'm set to
do that)


Peter Kahn
Mobile: 508-958-2996
IM: pkahn@imserver, citizenkahn@jabber80.com, citizenkahn@googletalk.com

PackReq Described:
Network Map:
Build Machine Info: http://ictinus/openwiki/ow.asp?BuildMachineRoadWork

The information contained in this email message and its attachments
is intended only for the private and confidential use of the
recipient(s) named above, unless the sender expressly agrees
Transmission of email over the Internet is not a secure
communications medium. If you are requesting or have requested the
transmittal of personal data, as defined in applicable privacy laws
by means of email or in an attachment to email, you must select a
more secure alternate means of transmittal that supports your
obligations to protect such personal data.
If the reader of this message is not the intended recipient and/or
you have received this email in error, you must take no action
based on the information in this email and you are hereby notified
that any dissemination, misuse or copying or disclosure of this
communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by email and
delete the original message.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 25 18:11:39 2006

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.