<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">On 01/03/17 08:05, Ludwig Krispenz
      wrote:<br>
    </div>
    <blockquote cite="mid:58B680BD.1080505@redhat.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <br>
      <div class="moz-cite-prefix">On 02/28/2017 07:52 PM, lejeczek
        wrote:<br>
      </div>
      <blockquote
        cite="mid:22d81136-0d79-df33-a041-bbc8a70fad5e@yahoo.co.uk"
        type="cite">
        <meta http-equiv="Context-Type" content="text/html; ">
        <br>
        <br>
        <div class="moz-cite-prefix">On 28/02/17 09:45, Petr Vobornik
          wrote:<br>
        </div>
        <blockquote
          cite="mid:250983c1-67dc-832c-aefb-f5bf4abb1cd2@redhat.com"
          type="cite">On 02/26/2017 11:35 AM, lejeczek wrote: <br>
          <blockquote type="cite">hi everyone <br>
            <br>
            I first time see: <br>
            <br>
            unable to decode: {replica 60} 586eaffd000a003c0000
            586eaffd000a003c0000 <br>
            Replica Update Vectors: <br>
            .... <br>
            <br>
            on all four servers. What would be a correct troubleshooting
            and fixing this <br>
            problem? <br>
            many thanks, <br>
            L. <br>
            <br>
            <br>
            <br>
          </blockquote>
          <br>
          Hello, <br>
          <br>
          what is the version and OS of your IPA servers and DS? <br>
          <br>
        </blockquote>
        <blockquote
          cite="mid:250983c1-67dc-832c-aefb-f5bf4abb1cd2@redhat.com"
          type="cite"> $ rpm -q ipa-server freeipa-server 389-ds-base <br>
        </blockquote>
        well I run a Centos 7.x and<br>
        ~]$ rpm -q ipa-server freeipa-server 389-ds-base<br>
        ipa-server-4.4.0-14.el7.centos.4.x86_64<br>
        package freeipa-server is not installed<br>
        389-ds-base-1.3.5.10-15.el7_3.x86_64<br>
        <br>
        I searched the net and archives but failed to find anything
        flagged as "solved".<br>
      </blockquote>
      if you expect help, you should provide a bit more information than
      the snippet of an error message. As Petr pointed out this looks
      like a problem of a corrupted RUV, but we also haven't seen these
      for a long time. <br>
      Could you describe your deployment, what changed recently
      (addigng/removing replicas, crashes,.... )<br>
      A mapping of servers and replica Ids, to which server does "60"
      refer?<br>
    </blockquote>
    <br>
    <br>
    If I new what "60" referred to I'd have had not ask the question,
    most likely. I thought it something IPA itself cannot decode so how
    could I?<br>
    I ran first - clean-dangling-ruv - which clean a lot, but during the
    cleanup it kept spitting out: unable to decode..<br>
    "replica 60" is nothing like a hostname or any other human, me,
    given reference.<br>
    <br>
    I thought it is obvious that these days people start with sroogle
    and later "mailing lists" are last resort and not the place to do
    shop talk, well, very rarely should be.<br>
    But, I did NOT sroogle enough, I realize it now.<br>
    <br>
    this fails:<br>
    <br>
    ~]$ ipa-replica-manage clean-ruv 60<br>
    Directory Manager password: <br>
    <br>
    unable to decode: {replica 60} 586eaffd000a003c0000
    586eaffd000a003c0000<br>
    Replica ID 60 not found<br>
    <br>
    but this succeeds:<br>
    <br>
    ~]$ ldapmodify -p 389 -h $(hostname) -D "cn=directory manager" -Y
    GSSAPI -a<br>
    SASL/GSSAPI authentication started<br>
    SASL username: <a class="moz-txt-link-abbreviated" href="mailto:admin@PRIVATE.DOM.MY">admin@PRIVATE.DOM.MY</a><br>
    SASL SSF: 56<br>
    SASL data security layer installed.<br>
    dn: cn=clean 60, cn=cleanallruv, cn=tasks, cn=config<br>
    objectclass: extensibleObject<br>
    replica-base-dn: dc=private,dc=private,dc=my<br>
    replica-id: 60<br>
    cn: clean 60<br>
    <br>
    adding new entry "cn=clean 60, cn=cleanallruv, cn=tasks, cn=config"<br>
    <br>
    logs:<br>
    <br>
    04/Mar/2017:11:59:44.643623797 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task: launching cleanAllRUV thread...<br>
    [04/Mar/2017:11:59:44.673317808 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Cleaning rid (60)... <br>
    [04/Mar/2017:11:59:44.675400517 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Waiting to process all the updates from
    the deleted replica... <br>
    [04/Mar/2017:11:59:44.677347412 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Waiting for all the replicas to be
    online... <br>
    [04/Mar/2017:11:59:44.713849540 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Waiting for all the replicas to receive
    all the deleted replica updates... <br>
    [04/Mar/2017:11:59:44.743398566 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Sending cleanAllRUV task to all the
    replicas... <br>
    [04/Mar/2017:11:59:44.784880691 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Cleaning local ruv's... <br>
    [04/Mar/2017:11:59:45.792197518 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Waiting for all the replicas to be
    cleaned... <br>
    [04/Mar/2017:11:59:45.850641867 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Waiting for all the replicas to finish
    cleaning... <br>
    [04/Mar/2017:11:59:45.881786089 +0000] NSMMReplicationPlugin -
    CleanAllRUV Task (rid 60): Successfully cleaned rid(60). <br>
    <br>
    and it is fixed.<br>
    <br>
    thanks!<br>
    <br>
    <blockquote cite="mid:58B680BD.1080505@redhat.com" type="cite">
      Check the ruvs for all suffixes on all servers.<br>
      Try cleaning the RUV, if IPA command does not work do it by
      ldapmodify <br>
      <br>
      There have been many discussions on this topic in this mailing
      list, look for "cleanallruv", "haunted servers",..<br>
      <br>
      Ludwig<br>
      <blockquote
        cite="mid:22d81136-0d79-df33-a041-bbc8a70fad5e@yahoo.co.uk"
        type="cite"> <br>
        <br>
        <blockquote
          cite="mid:250983c1-67dc-832c-aefb-f5bf4abb1cd2@redhat.com"
          type="cite"> <br>
          Similar issues happened last year, you can search the archives
          for "unable to decode" but a 389-ds fix improved the
          situation. So if you have older version then maybe update and
          then manual cleanup of RUVs might help. <br>
          <br>
        </blockquote>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
      </blockquote>
      <br>
      <pre class="moz-signature" cols="72">-- 
Red Hat GmbH, <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.de.redhat.com/">http://www.de.redhat.com/</a>, Registered seat: Grasbrunn, 
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric Shander</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>