[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-directory-users
Subject: Re: [389-users] Replication trouble when promoting dedicated
From: Rich Megginson <rmeggins () redhat ! com>
Date: 2011-12-19 23:26:24
Message-ID: 4EEFC820.3050703 () redhat ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On 07/15/2011 06:00 AM, Roland Schwingel wrote:
> Hi.....
>
> Finally I got it I don't know whether I did it the fully correct way,
> but it works now.
> I found that this mysterious replica id 3 was stored in dse.ldif of my
> server-b:
>
> To recap my scenario:
>
>
> server A < ----- server B <-----> server C
> -----> server D
> (dedicated Consumer) (multiple Master replica ID:1) (multiple
> Master replica ID:2) (Dedicated Consumer)
>
> I wanted to promote my server D to become a multiple master - but it
> did not work.
>
> What did I do to get it going:
>
> 1. Removed all replication agreements to/from server D.
> 2. Stopped all LDAP services on all servers (I was a little desperate)
> 3. Found replica id 3 in dse.ldif of server B(?) - nowhere else (why B
> and not C?)
> 4. Removed these bogus entries.
> 5. Restarted all LDAP services on all machines.
> 6. ldapsearch on server C still revealed the bogus replica id 3 (Where
> the heck is that cached?).
See http://directory.fedoraproject.org/wiki/Howto:CLEANRUV
> 7. Reinitialized consumer server C from server B and restarted ldap on
> server C.
> 8. ldapsearch was clean by then.
> 9. removed my suffix on server D and removed changelog.
> 10. recreated suffix on server D and made server D a dedicated consumer
> 11. on server C created replication agreement to server D
> 12. initialized server D from server C.
> 13, Enabled changelog on server D
> 14. Changed server D to be Multiple Master with replica id 3
> 15, Created replication aggreement to server C from server D.
> 16. Worked. Restarted LDAP on server D and C.
> 17. Still works and replicates to all other machines along the path.
> 18. I need vacation....
>
> Holy Moly!
>
> Roland
>
> __________________
>
> Hi Reinhard,
>
> Thanks for your reply!!
>
>
> 389-users-bounces@lists.fedoraproject.org wrote on 14.07.2011 16:25:10:
>
> > From: Reinhard Nappert <rnappert@juniper.net>
> > To: "General discussion list for the 389 Directory server project."
> > <389-users@lists.fedoraproject.org>
> > Date: 14.07.2011 16:28
> > Subject: Re: [389-users] Replication trouble when promoting
> > dedicated Consumer to Multiple master
> > Sent by: 389-users-bounces@lists.fedoraproject.org
> >
> > Do a ldapsearch -b 'nsuniqueid=ffffffff-ffffffff-ffffffff-
> > ffffffff,dc=mydomain,dc=com' -D <directory manager> -w <password> -s
> > base objectclass=nstombstone
> >
> > This gives you all the configured (history) of replication ids. The
> > following is the output in my setup.
> >
> > dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,o=base
> > objectClass: top
> > objectClass: nsTombstone
> > objectClass: extensibleobject
> > nsds50ruv: {replicageneration} 4df7a107000000010000
> > nsds50ruv: {replica 1 ldap://yale:389} 4df7a396000000010000
> 4e19ad950000000100
> > 00
> > nsds50ruv: {replica 3 ldap://norquay:389} 4df7a39d000000030000
> 4e1605650000000
> > 30000
> > nsds50ruv: {replica 4 ldap://mustrum:389} 4df7a3a0000000040000
> 4dfb93650000000
> > 40000
> > nsds50ruv: {replica 2 ldap://louise:389} 4df7a39a000000020000
> 4e171a0700000002
> > 0000
> > o: base
> > nsruvReplicaLastModified: {replica 1 ldap://yale:389} 00000000
> > nsruvReplicaLastModified: {replica 3 ldap://norquay:389} 00000000
> > nsruvReplicaLastModified: {replica 4 ldap://mustrum:389} 00000000
> > nsruvReplicaLastModified: {replica 2 ldap://louise:389} 00000000
> > /\
> > |
> > replication-id
> >
> I issued that command on my server Server C. I get the following results:
>
> # extended LDIF
> #
> # LDAPv3
> # base
> <nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=mydomain,dc=com>
> with scope baseObject
> # filter: objectclass=nstombstone
> # requesting: ALL
> #
>
> # ffffffff-ffffffff-ffffffff-ffffffff, mydomain.com
> dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff, dc=mydomain,dc=com
> objectClass: top
> objectClass: nsTombstone
> objectClass: extensibleobject
> nsds50ruv: {replicageneration} 4bf162c6000000010000
> nsds50ruv: {replica 2 ldap://server-c.mydomain.com:389} 4cd3fa1e00000002
> 0000 4e1ef45b000000020000
> nsds50ruv: {replica 3 ldap://server-d.mydomain.de:389}
> nsds50ruv: {replica 1 ldap://server-b.mydomain.de:389} 4bf16732000000010
> 000 4e1ffa3e000000010000
> dc: mydomain
> nsruvReplicaLastModified: {replica 2 ldap://server-c.mydomain.com:389} 4
> e1ef445
> nsruvReplicaLastModified: {replica 3 ldap://server-d.mydomain.de:389}
> 00000000
> nsruvReplicaLastModified: {replica 1 ldap://server-b.mydomain.de:389} 4e
> 1ffa26
>
> # search result
> search: 2
> result: 0 Success
>
> # numResponses: 2
> # numEntries: 1
>
> When I look at it I see that replica id 3 is assigned to my server-d
> (which should get that replica id). I started over deleted my server-d
> assigned it replica id 4 but nothing changes.
>
> I also cannot get rid of the informations for server-d in that nsuniqueid
> how can I do that?
>
> Thanks,
>
> Roland
>
>
> --
> 389 users mailing list
> 389-users@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 07/15/2011 06:00 AM, Roland Schwingel wrote:
<blockquote
cite="mid:OF36A582E2.06DF575A-ONC12578CE.003FF4DB-C12578CE.0041FC50@onevision.com"
type="cite"><font face="sans-serif" size="2">Hi.....</font>
<br>
<br>
<font face="sans-serif" size="2">Finally I got it I don't know
whether I did it the fully correct way, but it works now.</font>
<br>
<font face="sans-serif" size="2">I found that this mysterious
replica
id 3 was stored in dse.ldif of my server-b:</font>
<br>
<br>
<font face="sans-serif" size="2">To recap my scenario:</font>
<br>
<br>
<tt><font size="2"><br>
server A < -----
server B <----->
server C ----->
server D</font></tt><font size="3"> </font><tt><font
size="2"><br>
(dedicated Consumer) (multiple Master replica ID:1)
(multiple Master replica ID:2) (Dedicated \
Consumer)</font></tt><font size="3">
<br>
</font>
<br>
<font face="sans-serif" size="2">I wanted to promote my server D
to become
a multiple master - but it did not work.</font>
<br>
<br>
<font face="sans-serif" size="2">What did I do to get it going:</font>
<br>
<br>
<font face="sans-serif" size="2">1. Removed all replication
agreements
to/from server D.</font>
<br>
<font face="sans-serif" size="2">2. Stopped all LDAP services on
all
servers (I was a little desperate)</font>
<br>
<font face="sans-serif" size="2">3. Found replica id 3 in dse.ldif
of
server B(?) - nowhere else (why B and not C?)</font>
<br>
<font face="sans-serif" size="2">4. Removed these bogus entries.</font>
<br>
<font face="sans-serif" size="2">5. Restarted all LDAP services on
all
machines.</font>
<br>
<font face="sans-serif" size="2">6. ldapsearch on server C still
revealed
the bogus replica id 3 (Where the heck is that cached?). </font>
<br>
</blockquote>
See <a class="moz-txt-link-freetext" \
href="http://directory.fedoraproject.org/wiki/Howto:CLEANRUV">http://directory.fedoraproject.org/wiki/Howto:CLEANRUV</a><br>
<blockquote
cite="mid:OF36A582E2.06DF575A-ONC12578CE.003FF4DB-C12578CE.0041FC50@onevision.com"
type="cite"><font face="sans-serif" size="2">7. Reinitialized
consumer server C from
server B and restarted ldap on server C.</font>
<br>
<font face="sans-serif" size="2">8. ldapsearch was clean by then.</font>
<br>
<font face="sans-serif" size="2">9. removed my suffix on server D
and
removed changelog. </font>
<br>
<font face="sans-serif" size="2">10. recreated suffix on server D
and
made server D a dedicated consumer</font>
<br>
<font face="sans-serif" size="2">11. on server C created
replication
agreement to server D</font>
<br>
<font face="sans-serif" size="2">12. initialized server D from
server
C.</font>
<br>
<font face="sans-serif" size="2">13, Enabled changelog on server D</font>
<br>
<font face="sans-serif" size="2">14. Changed server D to be
Multiple
Master with replica id 3</font>
<br>
<font face="sans-serif" size="2">15, Created replication
aggreement to
server C from server D.</font>
<br>
<font face="sans-serif" size="2">16. Worked. Restarted LDAP on
server
D and C.</font>
<br>
<font face="sans-serif" size="2">17. Still works and replicates to
all
other machines along the path.</font>
<br>
<font face="sans-serif" size="2">18. I need vacation....</font>
<br>
<br>
<font face="sans-serif" size="2">Holy Moly!</font>
<br>
<br>
<font face="sans-serif" size="2">Roland</font>
<br>
<br>
<font face="sans-serif" size="2">__________________</font>
<br>
<br>
<font face="sans-serif" size="2">Hi Reinhard,</font>
<br>
<br>
<font face="sans-serif" size="2">Thanks for your reply!!</font>
<br>
<br>
<br>
<tt><font size="2"><a class="moz-txt-link-abbreviated" \
href="mailto:389-users-bounces@lists.fedoraproject.org">389-users-bounces@lists.fedoraproject.org</a> \
wrote on
14.07.2011 16:25:10:<br>
<br>
> From: Reinhard Nappert <a class="moz-txt-link-rfc2396E" \
href="mailto:rnappert@juniper.net"><rnappert@juniper.net></a></font></tt> <br>
<tt><font size="2">> To: "General discussion list for the 389
Directory server project." <br>
> <a class="moz-txt-link-rfc2396E" \
href="mailto:389-users@lists.fedoraproject.org"><389-users@lists.fedoraproject.org></a></font></tt>
<br>
<tt><font size="2">> Date: 14.07.2011 16:28</font></tt>
<br>
<tt><font size="2">> Subject: Re: [389-users] Replication
trouble
when promoting <br>
> dedicated Consumer to Multiple master</font></tt>
<br>
<tt><font size="2">> Sent by:
<a class="moz-txt-link-abbreviated" \
href="mailto:389-users-bounces@lists.fedoraproject.org">389-users-bounces@lists.fedoraproject.org</a></font></tt>
<br>
<tt><font size="2">> <br>
> Do a ldapsearch -b
'nsuniqueid=ffffffff-ffffffff-ffffffff-<br>
> ffffffff,dc=mydomain,dc=com' -D <directory manager>
-w <password>
-s<br>
> base objectclass=nstombstone</font></tt>
<br>
<tt><font size="2">> </font></tt>
<br>
<tt><font size="2">> This gives you all the configured
(history) of
replication ids. The <br>
> following is the output in my setup.</font></tt>
<br>
<tt><font size="2">> </font></tt>
<br>
<tt><font size="2">> dn:
nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,o=base<br>
> objectClass: top<br>
> objectClass: nsTombstone<br>
> objectClass: extensibleobject<br>
> nsds50ruv: {replicageneration} 4df7a107000000010000<br>
> nsds50ruv: {replica 1 <a class="moz-txt-link-freetext" \
href="ldap://yale:389">ldap://yale:389</a>} 4df7a396000000010000 \
4e19ad950000000100<br> > 00<br>
> nsds50ruv: {replica 3 <a class="moz-txt-link-freetext" \
href="ldap://norquay:389">ldap://norquay:389</a>} 4df7a39d000000030000 \
4e1605650000000<br> > 30000<br>
> nsds50ruv: {replica 4 <a class="moz-txt-link-freetext" \
href="ldap://mustrum:389">ldap://mustrum:389</a>} 4df7a3a0000000040000 \
4dfb93650000000<br> > 40000<br>
> nsds50ruv: {replica 2 <a class="moz-txt-link-freetext" \
href="ldap://louise:389">ldap://louise:389</a>} 4df7a39a000000020000 \
4e171a0700000002<br> > 0000<br>
> o: base<br>
> nsruvReplicaLastModified: {replica 1 <a class="moz-txt-link-freetext" \
href="ldap://yale:389">ldap://yale:389</a>} 00000000<br>
> nsruvReplicaLastModified: {replica 3 <a class="moz-txt-link-freetext" \
href="ldap://norquay:389">ldap://norquay:389</a>} 00000000<br>
> nsruvReplicaLastModified: {replica 4 <a class="moz-txt-link-freetext" \
href="ldap://mustrum:389">ldap://mustrum:389</a>} 00000000<br>
> nsruvReplicaLastModified: {replica 2 <a class="moz-txt-link-freetext" \
href="ldap://louise:389">ldap://louise:389</a>} 00000000</font></tt>
<br>
<tt><font size="2">>
\
/\ </font></tt>
<br>
<tt><font size="2">>
\
|</font></tt>
<br>
<tt><font size="2">>
\
replication-id</font></tt>
<br>
<tt><font size="2">> </font></tt>
<br>
<font face="sans-serif" size="2">I issued that command on my
server Server
C. I get the following results:</font>
<br>
<br>
<font face="sans-serif" size="2"># extended LDIF</font>
<br>
<font face="sans-serif" size="2">#</font>
<br>
<font face="sans-serif" size="2"># LDAPv3</font>
<br>
<font face="sans-serif" size="2"># base
<nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=mydomain,dc=com>
with
scope baseObject</font>
<br>
<font face="sans-serif" size="2"># filter: objectclass=nstombstone</font>
<br>
<font face="sans-serif" size="2"># requesting: ALL</font>
<br>
<font face="sans-serif" size="2">#</font>
<br>
<br>
<font face="sans-serif" size="2">#
ffffffff-ffffffff-ffffffff-ffffffff,
mydomain.com</font>
<br>
<font face="sans-serif" size="2">dn:
nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,
dc=mydomain,dc=com</font>
<br>
<font face="sans-serif" size="2">objectClass: top</font>
<br>
<font face="sans-serif" size="2">objectClass: nsTombstone</font>
<br>
<font face="sans-serif" size="2">objectClass: extensibleobject</font>
<br>
<font face="sans-serif" size="2">nsds50ruv: {replicageneration}
4bf162c6000000010000</font>
<br>
<font face="sans-serif" size="2">nsds50ruv: {replica 2
<a class="moz-txt-link-freetext" \
href="ldap://server-c.mydomain.com:389">ldap://server-c.mydomain.com:389</a>} \
4cd3fa1e00000002</font> <br>
<font face="sans-serif" size="2"> 0000 4e1ef45b000000020000</font>
<br>
<font face="sans-serif" size="2">nsds50ruv: {replica 3
<a class="moz-txt-link-freetext" \
href="ldap://server-d.mydomain.de:389">ldap://server-d.mydomain.de:389</a>}</font> \
<br> <font face="sans-serif" size="2">nsds50ruv: {replica 1
<a class="moz-txt-link-freetext" \
href="ldap://server-b.mydomain.de:389">ldap://server-b.mydomain.de:389</a>} \
4bf16732000000010</font> <br>
<font face="sans-serif" size="2"> 000 4e1ffa3e000000010000</font>
<br>
<font face="sans-serif" size="2">dc: mydomain</font>
<br>
<font face="sans-serif" size="2">nsruvReplicaLastModified:
{replica 2
<a class="moz-txt-link-freetext" \
href="ldap://server-c.mydomain.com:389">ldap://server-c.mydomain.com:389</a>} \
4</font> <br>
<font face="sans-serif" size="2"> e1ef445</font>
<br>
<font face="sans-serif" size="2">nsruvReplicaLastModified:
{replica 3
<a class="moz-txt-link-freetext" \
href="ldap://server-d.mydomain.de:389">ldap://server-d.mydomain.de:389</a>} \
00000000</font> <br>
<font face="sans-serif" size="2">nsruvReplicaLastModified:
{replica 1
<a class="moz-txt-link-freetext" \
href="ldap://server-b.mydomain.de:389">ldap://server-b.mydomain.de:389</a>} 4e</font> \
<br> <font face="sans-serif" size="2"> 1ffa26</font>
<br>
<br>
<font face="sans-serif" size="2"># search result</font>
<br>
<font face="sans-serif" size="2">search: 2</font>
<br>
<font face="sans-serif" size="2">result: 0 Success</font>
<br>
<br>
<font face="sans-serif" size="2"># numResponses: 2</font>
<br>
<font face="sans-serif" size="2"># numEntries: 1</font>
<br>
<br>
<tt><font size="2">When I look at it I see that replica id 3 is
assigned
to my server-d</font></tt>
<br>
<tt><font size="2">(which should get that replica id). I started
over
deleted my server-d</font></tt>
<br>
<tt><font size="2">assigned it replica id 4 but nothing changes.</font></tt>
<br>
<br>
<tt><font size="2">I also cannot get rid of the informations for
server-d
in that nsuniqueid</font></tt>
<br>
<tt><font size="2">how can I do that?</font></tt>
<br>
<br>
<tt><font size="2">Thanks,</font></tt>
<br>
<br>
<tt><font size="2">Roland</font></tt>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
--
389 users mailing list
<a class="moz-txt-link-abbreviated" \
href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a> \
<a class="moz-txt-link-freetext" \
href="https://admin.fedoraproject.org/mailman/listinfo/389-users">https://admin.fedoraproject.org/mailman/listinfo/389-users</a></pre>
</blockquote>
<br>
</body>
</html>
[Attachment #6 (text/plain)]
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic