<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>