I just started getting this early this morning. I set this server up a number of years ago. I am getting ready to put a new one in place, but need to get this back up and going in the mean time.
Openldap version is 2.4.12
/sbin/service ldap start
Checking configuration files for slapd: [FAILED] Logging region out of memory; you may need to increase its size db_open(/var/lib/ldap/id2entry.bdb) failed: Cannot allocate memory (12). backend_startup_one: bi_db_open failed! (12) slap_startup failed (test would succeed using the -u switch) stale lock files may be present in /var/lib/ldap [WARNING]
Any ideas on what I need to check there? Thanks.
On 06/12/2018 06:56 PM, Scott Mayo wrote:
Openldap version is 2.4.12
Seriously? This is really ancient release almost 10 years old. Being in your position my next task would be to update such an old system (not only because of OpenLDAP).
Logging region out of memory; you may need to increase its size db_open(/var/lib/ldap/id2entry.bdb) failed: Cannot allocate memory (12).
What does your monitoring say about memory usage before that log message?
Ciao, Michael.
Michael Ströder wrote:
On 06/12/2018 06:56 PM, Scott Mayo wrote:
Openldap version is 2.4.12
Seriously? This is really ancient release almost 10 years old. Being in your position my next task would be to update such an old system (not only because of OpenLDAP).
Logging region out of memory; you may need to increase its size db_open(/var/lib/ldap/id2entry.bdb) failed: Cannot allocate memory (12).
What does your monitoring say about memory usage before that log message?
System-wide memory usage is irrelevant, this is a BDB error message.
See https://docs.oracle.com/database/bdb181/html/api_reference/C/envset_lg_bsize...
And switch to back-mdb after you upgrade to a current OpenLDAP release.
On Wed, Jun 13, 2018 at 8:49 AM, Howard Chu hyc@symas.com wrote:
Michael Ströder wrote:
On 06/12/2018 06:56 PM, Scott Mayo wrote:
Openldap version is 2.4.12
Seriously? This is really ancient release almost 10 years old. Being in your position my next task would be to update such an old system (not only because of OpenLDAP).
I am, unfortunately it will be a Windows Server.
Logging region out of memory; you may need to increase its size
db_open(/var/lib/ldap/id2entry.bdb) failed: Cannot allocate memory (12).
What does your monitoring say about memory usage before that log message?
System-wide memory usage is irrelevant, this is a BDB error message.
Memory usage was fine in TOP. The tweaks fixed it, which is just what I needed to get it going for a short time.
See https://docs.oracle.com/database/bdb181/html/api_reference/ C/envset_lg_bsize.html
And switch to back-mdb after you upgrade to a current OpenLDAP release.
Actually, I am moving to Windows 2016. :( Not because of me, but I plan on retiring in a few years and when I do, whoever comes after me will more than likely be a Windows guy and not Linux. I am trying to get everything ready for the next person when I leave. We live in a small Rural Community and there are virtually no techs around here that deal with Linux anymore.
Thanks for the help.
Scott Mayo wrote:
Actually, I am moving to Windows 2016. :( Not because of me, but I plan on retiring in a few years and when I do, whoever comes after me will more than likely be a Windows guy and not Linux. I am trying to get everything ready for the next person when I leave. We live in a small Rural Community and there are virtually no techs around here that deal with Linux anymore.
Bad news for whoever takes over after you. Windows requires a lot more vigilance than Linux.
https://www.theregister.co.uk/2018/06/12/patch_tuesday_microsoft_june_2018/
Also, as an aside - OpenLDAP on Windows is still superior to Microsoft AD...
Am Tue, 12 Jun 2018 11:56:23 -0500 schrieb Scott Mayo smayo@bps14.org:
I just started getting this early this morning. I set this server up a number of years ago. I am getting ready to put a new one in place, but need to get this back up and going in the mean time.
Openldap version is 2.4.12
/sbin/service ldap start
Checking configuration files for slapd: [FAILED] Logging region out of memory; you may need to increase its size db_open(/var/lib/ldap/id2entry.bdb) failed: Cannot allocate memory (12). backend_startup_one: bi_db_open failed! (12) slap_startup failed (test would succeed using the -u switch) stale lock files may be present in /var/lib/ldap [WARNING]
Any ideas on what I need to check there? Thanks.
The reference to -u switch leads to the impression that filesystem owwnership of slapd.conf and bdb database files is not appropriate. In addition you may check the database with BerkeleyDB tools, i.e. db_stat.
-Dieter
On Wed, Jun 13, 2018 at 1:37 AM, Dieter Klünter dieter@dkluenter.de wrote:
Am Tue, 12 Jun 2018 11:56:23 -0500 schrieb Scott Mayo smayo@bps14.org:
I just started getting this early this morning. I set this server up a number of years ago. I am getting ready to put a new one in place, but need to get this back up and going in the mean time.
Openldap version is 2.4.12
/sbin/service ldap start
Checking configuration files for slapd: [FAILED] Logging region out of memory; you may need to increase its size db_open(/var/lib/ldap/id2entry.bdb) failed: Cannot allocate memory (12). backend_startup_one: bi_db_open failed! (12) slap_startup failed (test would succeed using the -u switch) stale lock files may be present in /var/lib/ldap [WARNING]
Any ideas on what I need to check there? Thanks.
The reference to -u switch leads to the impression that filesystem owwnership of slapd.conf and bdb database files is not appropriate. In addition you may check the database with BerkeleyDB tools, i.e. db_stat.
Thanks. I forgot to reply yesterday. I ended up tweaking the set_cachesize and set_lg_regionmax up just a bit in the DB_CONFIG and that let ldap run and everything is working now. Anytime I have ever had problems in the past was usually some power failure and as you say the file permissions got changed and I would change them back.
I found it odd that I needed to move those up any though, since I have not added any users or anything in quite some time.
openldap-technical@openldap.org
-
Dieter Klünter -
Howard Chu -
Michael Ströder -
Scott Mayo