Re: slapd crashes with ch_realloc of X bytes failed
- First Post
- Replies
- Stats
-
Go to
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
> I'm afraid to increase the cachesize in DB_CONFIG:
ch_realloc means the system ran out of memory. Increasing the DB_CONFIG
cachesize will run you out of memory more quickly.
I'm sitting JUST NOW in front of the LDAP Server and slapcat/slapadd
the database to reorganize ..
(database is almost 4 years old)
2 hours ago, booth servers crashed again ...
I can't belief, that 16G RAM not enough for 1500000 entires/objects ...
I need about 5G for set_cache_size (DB_CONFIG) and the other RAM (11G) is for
shared memory and the other caches (cachesize, dncachesize, idlcachesize).
How much need the three caches?
And if to less cache, the machines should run slower, but not run out of memory?
The best thing for you to do would be to upgrade to OpenLDAP 2.4.33 and
switch to using back-mdb.
Softwareupdate is possible not before january 2013.
I was wrong with the version, we use 2.4.31
I'm looking to mdb since a few month, but is it usable for production?
If you are not capable of doing that, I would suggest you use tcmalloc as an
alternative memory allocator to glibc, and reduce your entry cachesize and
idlcachesize. If you can reclaim enough space, you should increase your
DB_CONFIG cachesize, as that is the most important element of performance
with back-bdb/hdb.
Yes, not before january 2013 ...
Hope after reorganization, slapd runs more stable...
The only thing I can do for now.
Thanks Meike
Friday, 23 November
Fri, 23 Nov
6:09 p.m.
New subject: slapd crashes with ch_realloc of X bytes failed
--On Saturday, November 24, 2012 1:30 AM +0100 Meike Stone
<meike.stone(a)googlemail.com> wrote:
Yes, not before January 2013 ...
Hope after reorganization, slapd runs more stable...
The only thing I can do for now.
It is highly unlikely that "reorganization" will change the overall
footprint of the slapd database. Your best bet is to use tcmalloc with
slapd -- Just LD_PRELOAD it. That will at least save you some memory usage
until you can move to back-mdb.
--Quanah
--
Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
4034
days inactive
4034
days old
openldap-technical@openldap.org
1 comments
2 participants
tags (0)
participants (2)
-
Meike Stone -
Quanah Gibson-Mount