>> Quanah Gibson-Mount <quanah(a)symas.com> schrieb am
13.06.2018 um 22:57 in
Nachricht <CAFFD4AE97FF79CCE6BDFA5F(a)[192.168.1.10]>:
‑‑On Wednesday, June 13, 2018 11:30 PM +0200 Saurabh Lahoti
<saurabh.astronomy(a)gmail.com> wrote:
> Jun 11 23:01:37 musang kernel: Out of memory: Kill process 22184 (slapd)
> score 888 or sacrifice child
> Jun 11 23:01:37 musang kernel: Killed process 22184, UID 0, (slapd)
> total‑vm:52226320kB, anon‑rss:37170216kB, file‑rss:1044kB
This is not slapd crashing. This is linux OOM deciding to kill slapd for
you because your system ran out of memory, and slapd was the last thing to
ask for more memory. The total memory requirements for slapd are not
limited to just what's stored in the database. And, given that you're
using back‑bdb or back‑hdb, the memory requirements are significantly
higher than the size of the DB, as slapd has to have multiple caches (at
least 3) to help overcome performance issues in BDB (dncache, idlcache,
entrycache).
Add more memory. Better, yet, ensure you are running the latest version of
OpenLDAP and switch to back‑mdb, which has significantly smaller
memory
requirements than back‑bdb/hdb.
Also there's nice utility named "monit", where you could check your memory
(and alert yourself) like this:
check system ..
if memory usage > 90% for 2 cycles then exec
"/var/lib/monit/your_script.sh"
if swap usage > 50% then exec "..."
Regards,
Ulrich
‑‑Quanah
‑‑
Quanah Gibson‑Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<
http://www.symas.com>