<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 06/22/2015 10:22 AM, Tamas Papp
      wrote:<br>
    </div>
    <blockquote cite="mid:5587C5B0.80903@martos.bme.hu" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <br>
      <br>
      <div class="moz-cite-prefix">On 06/19/2015 11:12 AM, Christoph
        Kaminski wrote:<br>
      </div>
      <blockquote
cite="mid:OFB68C8D92.4D5C0218-ONC1257E69.003240C1-C1257E69.003298B0@biotronik.com"
        type="cite"><br>
        <tt><font size="2">for this problem you can see the thread
            "Haunted servers?" here on ml. There is a solution from me
            for this but it doesnt work 100% :/</font></tt> <br>
      </blockquote>
      <br>
      I would rather rerun the replication.<br>
      <br>
      <blockquote
cite="mid:OFB68C8D92.4D5C0218-ONC1257E69.003240C1-C1257E69.003298B0@biotronik.com"
        type="cite"> <tt><font size="2">we have a Ticket @Red Hat for
            this problem, (</font></tt><a moz-do-not-send="true"
          href="https://access.redhat.com/support/cases/#/case/01429034"><tt><font
              color="blue" size="2">https://access.redhat.com/support/cases/#/case/01429034</font></tt></a><tt><font
            size="2"> if you have rh support)</font></tt> <br>
        <tt><font size="2">But is really sad/silly how RH support works
            (read the whole ticket).</font></tt> <br>
      </blockquote>
      <br>
      Unfortunately I don't have access there.<br>
      <br>
      <br>
      In fact we have a bigger issue here, but I don't know, if it's
      related.<br>
      <br>
      The whole story is the following:<br>
      <br>
      I migrated (ipa migrate-ds) about 150 users between two ldap
      databases. Old one was v3.0 (centos 6.6), the new one is v4.1
      (centos 7.1).<br>
      After migrating users I switched off old servers and replaced
      centos 6.6 machines with centos 7.1. Than replica servers was
      installed. One replicas had to be reinstalled one time, because
      the replica process was hanged up for some reason.<br>
      Now two servers (not the reinstalled one, but the original master
      and one other) crash quite frequently with sigsegv. It's like
      something is leaking.<br>
      <br>
      I tuned the the nsslapd-cachememsize value of the following config
      entries:<br>
      <br>
      dn: cn=changelog,cn=ldbm database,cn=plugins,cn=config<br>
      dn: cn=config, cn=ldbm database, cn=plugins, cn=config<br>
      dn: cn=userRoot,cn=ldbm database,cn=plugins,cn=config<br>
      <br>
      It helped a lot, but not enough.<br>
    </blockquote>
    <br>
    Hello Tamas,<br>
    <br>
    You get some sigsegv and you may hit a real bug. Please try to
    capture a core
    (<a class="moz-txt-link-freetext" href="http://www.port389.org/docs/389ds/FAQ/faq.html#debugging-crashes">http://www.port389.org/docs/389ds/FAQ/faq.html#debugging-crashes</a>)
    then you may attach a pstack of it.<br>
    <br>
    thanks<br>
    thierry<br>
    <blockquote cite="mid:5587C5B0.80903@martos.bme.hu" type="cite"> <br>
      <br>
      I had seen this before years ago, when I started using ipa. It was
      on Fedora and the bleeding edge Freeipa version. At that time I
      switched to CentOS because I trusted more in the well tested
      enterprise distribution.<br>
      But now it's not an option:)<br>
      <br>
      <br>
      Any suggestion?<br>
      <br>
      <br>
      <br>
      Thanks,<br>
      tamas<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>