<br /><br /><span>Am 29.08.13 schrieb <b class="name">Rich Megginson </b> <rmeggins@redhat.com>:</span><blockquote cite="mid:521F5B58.9080802@redhat.com" class="iwcQuote" style="border-left: 1px solid #00F; padding-left: 13px; margin-left: 0;" type="cite"><div class="mimepart multipart related"><span><p>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
<table><tbody><tr><td bgcolor="#FFFFFF" text="#000000"><p>
</p><div class="moz-cite-prefix">On 08/28/2013 08:45 AM,
<a href="mailto:Jovan.VUKOTIC@sungard.com">Jovan.VUKOTIC@sungard.com</a> wrote:<br />
</div>
<blockquote cite="mid:31712051F6CB4B489954AC38B582F40D4BFBF72D@emea-tc2-mb02.internal.sungard.corp" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
<meta content="Microsoft Word 14 (filtered
medium)" name="Generator" />
<!--[if !mso]><style>v\:* {behavior:url();}
o\:* {behavior:url();}
w\:* {behavior:url();}
.shape {behavior:url();}
</style><![endif]-->
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"Times New Roman \, serif";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle24
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle25
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle26
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Hi Rich,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">It has been a
while since we discussed the bug that turned out to be
SPARC specific.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Meanwhile, I
got an access to opencsw build environment so that I can
build the source and test the fix you mentioned: fix on
atomic operation (please, see the email thread below for the
bug details).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">For your
reference, we use 389 DS, version </span>1.2.11.15
<span style="color:#1F497D">on Solaris SPARC. The bug cannot
be reproduced on Solaris x86 nor on Red Hat Linux
</span><span style="color:#1F497D">x86.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Furthermore,
the only way 389 DS 1.2.11.15 on Solaris SPARC works fine in
multi-master replication topology is when all other servers
are on Solaris x86 platforms and the SPARC’s one is used to
initialize all the others.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Can you,
please, direct me as to where to apply the fix in the source
code?</span></p>
</div>
</blockquote>
<br />
If it is sparc related, it is probably in slapi_counter.c and/or
slapi_counter_sunos_sparcv9.S</td></tr></tbody></table></p></span></div></blockquote>As I have you already sent, there is for Solaris Sparc still used the old netscape/iplanet assembler
code whereas for Solaris x86 is the simple architecture independent mutex based locking is used.<br />Perhaps it helps, if you try to use the generic code for Sparc also.<br /><blockquote cite="mid:521F5B58.9080802@redhat.com" class="iwcQuote" style="border-left: 1px solid #00F; padding-left: 13px; margin-left: 0;" type="cite"><div class="mimepart multipart related"><span><p><table><tbody><tr><td bgcolor="#FFFFFF" text="#000000"><br />
<br />
<blockquote cite="mid:31712051F6CB4B489954AC38B582F40D4BFBF72D@emea-tc2-mb02.internal.sungard.corp" type="cite">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Thank you,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Jovan<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">Jovan Vukotić</span></b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB"> • Senior Software Engineer • Ambit Treasury
Management • SunGard • Banking • Bulevar Milutina
Milankovića 136b, Belgrade, Serbia • tel: +381.11.6555-66-1
• <a href="mailto:jovan.vukotic@sungard.com">jovan.vukotic@sungard.com</a><o:p></o:p></span></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB"><o:p></o:p></span></b></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">
Rich Megginson [<a href="mailto:rmeggins@redhat.com">mailto:rmeggins@redhat.com</a>]
<br />
<b>Sent:</b> Friday, June 28, 2013 4:17 PM<br />
<b>To:</b> Vukotic, Jovan<br />
<b>Cc:</b> <a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a>; Mehta,
Cyrus<br />
<b>Subject:</b> Re: [389-users] FW: fresh replica
reports "reloading ruv failed " just after successfull
initialization<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On 06/28/2013 03:30 AM, <a href="mailto:Jovan.VUKOTIC@sungard.com">
Jovan.VUKOTIC@sungard.com</a> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:#1F497D">Rich,</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">No, I do not
build the code myself.</span><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New
Roman","serif""><br />
ok - looks like CSW packages.<br />
<br />
I'm not sure if things are going to work correctly until we
get the atomic op bug fixed. Unfortunately we don't have
the means to build and test on Sparc. Is there someone who
can help us build and test some fixes?<br />
<br />
<br />
<o:p></o:p></span></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">At the moment,
with error log level set to 40960 (32768+8192) I got a bit
more error messages, but they are no indicative to me
whatsoever:</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:06:03
—0400] cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:06:09
—0400) NSMllReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxx,dc=com); LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:06:39
—0400] — cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:06:39
—0400] NSMMReplicationPlugin _replica_configure_ruv: failed
to create replica ruv tombstone entry (dc=xxxxxxx,dc=com);
LDAP error 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:07:00
—0400] Changelog purge skipped anchor csn
51c5ec28000000020000</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:07:09
—0400] cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:07:09
—0400] NSMMMReplicationPlugin _replica_configure_ruv: failed
to create replica ruv tombstone entry (dc=xxxxxx,dc=com):
LDAP error 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:07:39
—0400] cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:07:39
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxxx,dc=com); LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:08:09
—0400] — cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:08:09
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxxx,dc=com); LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:08:39
—0400] — cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:08:39
—0400] NStlllReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxx,dc=com): LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:09:04
—0400] NSMMReplicationPlugin — changelog program —
_cl5GetDBFile: found DB object 13f5c40 for database
/var/opt/csw/lib/dirsrv/slapd—inst—dr02/changelogdb/686eae02—ldd2llb2—b3b3aede—af5e4e28_51c5c8ae000000020000.db4</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:09:04
—0400] NSMMReplicationPlugin — changelog program —
cl5CetOperationCount: found DB object 13f5c40</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:09:09
—0400] — cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:09:09
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxxx,dc=com): LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:09:39
—0400] — cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:09:39
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxxx,dc=com); LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:10:09
—0400] — cache_add_tentative concurrency detected</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:windowtext">[28/Jun/2013:05:10:09
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry
(dc=xxxxxxx,dc=com); LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Thanks,</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">Jovan Vukotić</span></b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB"> • Senior Software Engineer • Ambit Treasury
Management • SunGard • Banking • Bulevar Milutina
Milankovića 136b, Belgrade, Serbia • tel: +381.11.6555-66-1
• <a href="mailto:jovan.vukotic@sungard.com">jovan.vukotic@sungard.com</a></span><o:p></o:p></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-size:9.0pt;color:#595959;mso-fareast-language:EN-GB">Join the online conversation with SunGard’s
customers, partners and Industry experts and find an event
near you at:
</span></b><span style="color:#1F497D"><a href="http://www.capitalize-on-change.com/?email=70150000000Y1Et" moz-do-not-send="true" target="1"><b><span lang="EN-GB" style="font-size:9.0pt;mso-fareast-language:EN-GB">www.sungard.com/ten</span></b></a></span><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">.
</span></b><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">
Rich Megginson [<a href="mailto:rmeggins@redhat.com">mailto:rmeggins@redhat.com</a>]
<br />
<b>Sent:</b> Thursday, June 27, 2013 6:20 PM<br />
<b>To:</b> Vukotic, Jovan<br />
<b>Cc:</b> <a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a>;
Mehta, Cyrus<br />
<b>Subject:</b> Re: [389-users] FW: fresh replica
reports "reloading ruv failed " just after successfull
initialization</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<div>
<p class="MsoNormal">On 06/27/2013 09:14 AM, <a href="mailto:Jovan.VUKOTIC@sungard.com">
Jovan.VUKOTIC@sungard.com</a> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:#1F497D">Rich,</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">On Linux
x86_64 and Solaris x86_64 the error cannot be reproduced,
only on Solaris SPARC.</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">On the other
hand, Solaris SPARC works fine only if it is the first
master replica in the multi-master array, that is, the one
that initializes other replicas.</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Do you,
perhaps, have any suggestion as to how to tune Solaris
SPARC platform?</span><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman ,
serif","serif""><br />
I think there is a bug in the way we handle atomic
operations on SPARC. We don't develop or test on SPARC, so
it's not surprising we have a bug in this area. Do you
build the code yourself?<br />
<br />
<br />
<br />
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I am going to
add a more detailed logging to the errors file.</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Thanks,<br />
Jovan</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">Jovan Vukotić</span></b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB"> • Senior Software Engineer • Ambit Treasury
Management • SunGard • Banking • Bulevar Milutina
Milankovića 136b, Belgrade, Serbia • tel: +381.11.6555-66-1
• <a href="mailto:jovan.vukotic@sungard.com">jovan.vukotic@sungard.com</a></span><o:p></o:p></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-size:9.0pt;color:#595959;mso-fareast-language:EN-GB">Join the online conversation with SunGard’s
customers, partners and Industry experts and find an event
near you at:
</span></b><span style="color:#1F497D"><a href="http://www.capitalize-on-change.com/?email=70150000000Y1Et" moz-do-not-send="true" target="1"><b><span lang="EN-GB" style="font-size:9.0pt;mso-fareast-language:EN-GB">www.sungard.com/ten</span></b></a></span><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">.
</span></b><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">
Rich Megginson [<a href="mailto:rmeggins@redhat.com">mailto:rmeggins@redhat.com</a>]
<br />
<b>Sent:</b> Monday, June 24, 2013 10:45 PM<br />
<b>To:</b> General discussion list for the 389 Directory
server project.<br />
<b>Cc:</b> Vukotic, Jovan; Mehta, Cyrus<br />
<b>Subject:</b> Re: [389-users] FW: fresh replica
reports "reloading ruv failed " just after successfull
initialization</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<div>
<p class="MsoNormal">On 06/24/2013 09:34 AM, <a href="mailto:Jovan.VUKOTIC@sungard.com">
Jovan.VUKOTIC@sungard.com</a> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="color:#1F497D">Hi, </span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I would like
to link the issue I reported on Saturday with the bug
723937 filed some two years ago.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">There, just
as in my case, dn/entry cache entries have been reported
prior to the initialization of master replica.</span><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I repeated
the replication configuration today, where the
multi-master replica that was initialized by other replica
having only one entry in userRoot datase prior the
initialization( root object)</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">First, two
entries were found, then 5… and then 918 (matches the
number of entries from the master database)</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">24/Jun/2013:08:16:03
-0400) - entrycache_clear_int: there are still 2 entries in
the entry cache.<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:03
-0400) — dncache_clear_int: there are still 2 dn’s in the dn
cache. :/<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:03
-0400) - WARNNG Import is running with
nsslapd-db-private-import-mem on: No other process is
allowed to access the database<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-04001 - import userRoot: Workers finished: cleaning p...<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400) — import userRoot: Workers cleaned up.<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400) - import userRoot: Indexing complete.
Post-processing...<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400) - import userRoot: Generating numSubordinates
complete.<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
—0400) - import userRoot: Flushing caches...<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
—0400) — import userRoot: Closing files...<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
—0400) — entrycache_clear_int: there are still 5 entries in
the entry cache.<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400) - dncache_clear-int: there are still 918 dn’s in the
dn cache. :/<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400) - import userRoot: Import complete. Processed 918
entries in 4 seconds. (229.50 entries/sac)<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400] NSMMReplicationPlugin - multimastar_be_state_change:
replica dc:xxxxxx,dc=com is coming on<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">line: enabling
replication<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">[24/Jun/2013:08:16:07
-0400] NSMMReplicationPlugin — replica_configure_ruv: failed
to create replica ruv tombstone entry (dc=xxxxxx,dc—com):
LDAP error — 68<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">I would like
to add that all replicas that could not be configured due
to the reported errors were installed on Solaris 10 on
Sparc processors, whereas the only replica that was
initialized successfully was installed on Solaris 10 on
i386 processors.</span><o:p></o:p></p>
</blockquote>
<p class="MsoNormal"><span style="font-size:12.0pt"><br />
Any chance you could try to reproduce this on a Linux x86_64
system?<br />
<br />
<br />
<br />
<br />
</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Thanks,<br />
Jovan</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">Jovan Vukotić</span></b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB"> • Senior Software Engineer • Ambit Treasury
Management • SunGard • Banking • Bulevar Milutina
Milankovića 136b, Belgrade, Serbia • tel: +381.11.6555-66-1
• <a href="mailto:jovan.vukotic@sungard.com">jovan.vukotic@sungard.com</a></span><o:p></o:p></p>
<p class="MsoNormal"><a href="http://www.capitalize-on-change.com/?email=70150000000Y1Et" moz-do-not-send="true" target="1"><span style="text-decoration:none"><img alt="Description: Description: Description: Description:
Description: coc-signature-03-2012" border="0" height="54" id="_x0000_i1025" src="https://webmail.contac.lan/iwc/svc/wmap/attach/?token=XpvoUWQje9&mbox=INBOX&uid=10416&number=5&type=image&subtype=gif&process=html%2Cjs%2Clink%2Ctarget%2Cbinhex" width="289" /></span></a><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-size:9.0pt;color:#595959;mso-fareast-language:EN-GB">Join the online conversation with SunGard’s
customers, partners and Industry experts and find an event
near you at:
</span></b><span style="color:#1F497D"><a href="http://www.capitalize-on-change.com/?email=70150000000Y1Et" moz-do-not-send="true" target="1"><b><span lang="EN-GB" style="font-size:9.0pt;mso-fareast-language:EN-GB">www.sungard.com/ten</span></b></a></span><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">.
</span></b><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">
Vukotic, Jovan
<br />
<b>Sent:</b> Saturday, June 22, 2013 11:59 PM<br />
<b>To:</b> '<a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a>'<br />
<b>Subject:</b> fresh replica reports "reloading ruv
failed " just after successfull initialization.</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Hi,<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">We have four 389 DS, version 1.2.11 that we
are organizing in multi-master replication topology.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">After I enabled all four multi-master
replicas and initialized them - from the one, referent replica
M1 and Incremental Replication started, it turned out that
only two of them are included in replication, the referent M1
and M2 (replication is working in both direction)<o:p></o:p></p>
<p class="MsoNormal">I tried to fix M3 and M4 in the following
way:<o:p></o:p></p>
<p class="MsoNormal">M3 example:<o:p></o:p></p>
<p class="MsoNormal">removed replication agreement M1-M3 (M2-M3
did not existed, M4 switched off)<o:p></o:p></p>
<p class="MsoNormal">After several database restores of
pre-replication state and reconfiguration of that replica, I
removed 389 DS instance M3 completely and reinstalled it
again: remove-ds-admin.pl + setup-ds-admin.pl. I configured
TLS/SSL (as before), restarted the DS and enabled replica from
389 Console.<o:p></o:p></p>
<p class="MsoNormal">Then I returned to M1, recreated the
agreement and did initialization of M3. It was successful
again, in terms that M3 imported all the data, but immediately
after that, to me strange errors were reported:<o:p></o:p></p>
<p class="MsoNormal">What confuses me is that LDAP 68 means that
an entry already exits… even if it is a new replica. Why a
tombstone?<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Or to make the long story short: Is the
only remedy to reinstall all four replica again?<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">22/Jun/2013:16:30:50
- 0400] — All database tnreaas now
stopped // this is from a backup done
before replication configuration</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:25
—0400] NSMMReplicationPlugin — multimaster_be_state_change:
replica xxxxxxxxxx is going off line; disablin
</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">g
replication</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:25
—0400] — entrycache_clear_int: there are still 20 entries in
the entry cache,</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:25
—0400] — dncache_clear_int: there are still 20 dns in the dn
cache. :/</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:25
—0400] — WARNING: Import is running with
nsslapd—db—private—import—mem on; No other process is
allowed to access th</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">e
database</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Workers finished; cleaning up..</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Workers cleaned up.
</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Indexing complete.
Post—processing...</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Generating numSubordinates
complete.</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Flushing caches.</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Closing files.</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — entrycache_clear_int: there are still 20 entries in
the entry cache.</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — dncache_clear_int: there are still 917 dn’s in the
dn cache. :/</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] — import userRoot: Import complete. Processed 917
entries in 4 seconds, (229.25 entries/sec)</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] NSMMRep1 icationPlugin — multimaster_be_state_change:
replica xxxxxxxxxxx is coming online; enabling</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">replication</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] NSMMReplicationPlugin — replica_configure_ruv: failed
to create replica ruy tombstone entry (xxxxxxxxxx); LDAP
error — 68</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:30
—0400] NSMMReplicationPlugin — replica_enable_replication:
reloading ruv failed</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:43:32
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry (xxxxxxxxx);
LDAP error — 68</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:44:02
—0400] NSMMReplicationPlugin — replica_configure_ruv: failed
to create replica ruv tombstone entry (xxxxxxxxxx); LDAP
error — 68</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:44:32
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry (xxxxxxxxx);
LDAP error — 68
</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:45:02
—0400] NSMMReplicationPluyin — _replica_confiyure_ruv:
failed to create replica ruv tombstone entry (xxxxxxxx);
LDAP error — 68</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:45:32
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry (xxxxxxxxx);
LDAP error — 68</span><o:p></o:p></p>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">[22/Jun/2013:16:46:02
—0400] NSMMReplicationPlugin — _replica_configure_ruv:
failed to create replica ruv tombstone entry (xxxxxxxxx);
LDAP error — 68</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Any help will be appreciated. <o:p></o:p></p>
<p class="MsoNormal">Thank you.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">Jovan Vukotić</span></b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB"> • Senior Software Engineer • Ambit Treasury
Management • SunGard • Banking • Bulevar Milutina
Milankovića 136b, Belgrade, Serbia • tel: +381.11.6555-66-1
• <a href="mailto:jovan.vukotic@sungard.com">jovan.vukotic@sungard.com</a></span><o:p></o:p></p>
<p class="MsoNormal"><a href="http://www.capitalize-on-change.com/?email=70150000000Y1Et" moz-do-not-send="true" target="1"><span style="text-decoration:none"><img alt="Description: Description: Description: Description:
Description: coc-signature-03-2012" border="0" height="54" id="Picture_x0020_3" src="https://webmail.contac.lan/iwc/svc/wmap/attach/?token=XpvoUWQje9&mbox=INBOX&uid=10416&number=5&type=image&subtype=gif&process=html%2Cjs%2Clink%2Ctarget%2Cbinhex" width="289" /></span></a><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-size:9.0pt;color:#595959;mso-fareast-language:EN-GB">Join the online conversation with SunGard’s
customers, partners and Industry experts and find an event
near you at:
</span></b><span style="color:#1F497D"><a href="http://www.capitalize-on-change.com/?email=70150000000Y1Et" moz-do-not-send="true" target="1"><b><span lang="EN-GB" style="font-size:9.0pt;mso-fareast-language:EN-GB">www.sungard.com/ten</span></b></a></span><b><span lang="EN-GB" style="font-size:9.0pt;color:#1F497D;mso-fareast-language:EN-GB">.
</span></b><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt"><br />
<br />
<br />
<br />
<br />
</span><o:p></o:p></p>
<pre>--<o:p></o:p></pre>
<pre>389 users mailing list<o:p></o:p></pre>
<pre><a href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a><o:p></o:p></pre>
<pre><a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" moz-do-not-send="true" target="1">https://admin.fedoraproject.org/mailman/listinfo/389-users</a><o:p></o:p></pre>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New
Roman","serif""><o:p> </o:p></span></p>
</div>
</blockquote>
<br />
</td></tr></tbody></table>
</p></span></div></blockquote>