<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 2/4/2015 11:20 AM, ghiureai wrote:<br>
    </div>
    <blockquote cite="mid:54D262EA.7050205@nrc-cnrc.gc.ca" type="cite">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
        <br>
      <font color="#ff0000">Out of memory: Kill process 2090 (ns-slapd)
        score 954 or sacrifice child</font><br>
    </blockquote>
    <br>
    It wasn't clear to me from your post whether you already have a good
    understanding of the OOM killer behavior in the kernel.<br>
    On the chance that you're not yet familiar with its ways, suggest
    reading, for example this article :
    <a class="moz-txt-link-freetext" href="http://unix.stackexchange.com/questions/153585/how-oom-killer-decides-which-process-to-kill-first">http://unix.stackexchange.com/questions/153585/how-oom-killer-decides-which-process-to-kill-first</a>
    <br>
    I mention this because it may not be the DS that is the problem (not
    saying that it absolutely is not, but it might not be).<br>
    The OMM killer picks a process that is using a large amount of
    memory, and kills it in order to preserve system stability.<br>
    This does not necessarily imply that the process it kills is the
    process that is causing the system to run out of memory.<br>
    You said that the DS "crashed", but in fact the kernel killed it --
    not quite the same thing!<br>
    <br>
    It is also possible that the system has insufficient memory for the
    processes it is running, DS cache size and so on.<br>
    Certainly it is worthwhile checking that the DS hasn't been
    inadvertently configured to use more peak memory than the machine
    has available.<br>
    <br>
    Bottom line : there are a few potential explanations, including but
    not limited to a memory leak in the DS process.<br>
    Some analysis will be needed to identify the cause. As a precaution,
    if you can -- configure more swap space on the box.<br>
    This will allow more runway before the kernel starts looking for
    processes to kill, and hence more time to figure out what's using
    memory and why.<br>
    <br>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>