[389-users] 389 Master - Master Replication

Fri Oct 3 08:57:30 UTC 2014

Hi Ramirez, hi Megginson and hi all
I have the same error that you described last year: when I try to add new
entry, the operation fails with the error [1]
Unfortunately, I cannot change uid because this is the italian fiscal code
of the people.
How have you resolved the error? It is possible (if yes how) delete ONLY
the entry in the entrydn index? Can I re-create entrydn index? Can I insert
an entry ONLY in id2entry but NOT in entrydn index?
I hope that you can help me.
Thanks in advance.
Regards

Luigi

[1]
[03/Oct/2014:09:03:02 +0200] - dn2entry_ext: the dn
"uid=XXXXXXXXXX,ou=wifi,o=unipv,c=it" was in the entryrdn index, but it did
not exist in id2entry of instance userRoot.
[03/Oct/2014:09:03:02 +0200] entryrdn-index - _entryrdn_insert_key: Same DN
(dn: uid=NCLPRI59A03E882T,ou=wifi,o=unipv,c=it) is already in the entryrdn
file with different ID 1806770.  Expected ID is 2170698.
[03/Oct/2014:09:03:02 +0200] - database index operation failed BAD 1031,
err=9999 Unknown error 9999
[03/Oct/2014:09:03:02 +0200] - add: attempt to index 2170698 failed

--
Luigi Santangelo
University of Pavia (Italy)
luigi.santangelo at gmail.com

2013-01-30 20:26 GMT+01:00 Santos Ramirez <Santos.Ramirez at natdcp.com>:

> Here are a couple of examples. I do not believe that these coincide  with
> the replication failures, but I will able to verify tomorrow during my
> maintenance window. No these are live entries.
>
>
>
> [24/Jan/2013:07:03:32 -0500] - dn2entry_ext: the dn
> "uid=aalberti01,ou=portalusers,dc=nationaldcp,dc=net" was in the entrydn
> index, but it did notexist in id2entry of instance userRoot.
>
> [24/Jan/2013:08:42:45 -0500] - dn2entry_ext: the dn
> "uid=wearly,ou=portalusers,dc=nationaldcp,dc=net" was in the entrydn index,
> but it did not exist in id2entry of instance userRoot.
>
> [24/Jan/2013:08:43:59 -0500] - dn2entry_ext: the dn
> "uid=wearly,ou=portalusers,dc=nationaldcp,dc=net" was in the entrydn index,
> but it did not exist in id2entry of instance userRoot.
>
>
>
>
>
>
>
>
>
>
>
> Santos U. Ramirez
>
> Linux Systems Administrator
>
> National DCP, LLC
>
> 150 Depot Street
>
> Bellingham, Ma. 02019
>
> Phone: 508-422-3089
>
> Fax: 508-422-3866
>
> Santos.Ramirez at natdcp.com
>
>
>
> *From:* Rich Megginson [mailto:rmeggins at redhat.com]
> *Sent:* Wednesday, January 30, 2013 2:10 PM
>
> *To:* Santos Ramirez
> *Cc:* General discussion list for the 389 Directory server project.
> *Subject:* Re: [389-users] 389 Master - Master Replication
>
>
>
> On 01/30/2013 11:49 AM, Santos Ramirez wrote:
>
> We have found several instance of this error :
>
>
>
> XXXX  was in the entrydn index, but it did not exist in id2entry of
> instance userRoot
>
>
> Can you provide the exact error message, with the sensitive information
> XXX'd out?
> Do these errors coincide with the replication failures?
> Are these deleted entries?
>
>
>
>
>
>
>
>
> Santos U. Ramirez
>
> Linux Systems Administrator
>
> National DCP, LLC
>
> 150 Depot Street
>
> Bellingham, Ma. 02019
>
> Phone: 508-422-3089
>
> Fax: 508-422-3866
>
> Santos.Ramirez at natdcp.com
>
>
>
> *From:* Santos Ramirez
> *Sent:* Wednesday, January 30, 2013 1:36 PM
> *To:* 'Rich Megginson'
> *Cc:* General discussion list for the 389 Directory server project.
> *Subject:* RE: [389-users] 389 Master - Master Replication
>
>
>
> Excellent I will be in touch soon. Thank you once again.
>
>
>
>
>
>
>
> Santos U. Ramirez
>
> Linux Systems Administrator
>
> National DCP, LLC
>
> 150 Depot Street
>
> Bellingham, Ma. 02019
>
> Phone: 508-422-3089
>
> Fax: 508-422-3866
>
> Santos.Ramirez at natdcp.com
>
>
>
> *From:* Rich Megginson [mailto:rmeggins at redhat.com <rmeggins at redhat.com>]
> *Sent:* Wednesday, January 30, 2013 12:41 PM
> *To:* Santos Ramirez
> *Cc:* General discussion list for the 389 Directory server project.
> *Subject:* Re: [389-users] 389 Master - Master Replication
>
>
>
> On 01/30/2013 10:28 AM, Santos Ramirez wrote:
>
> Hi Rich,
>
>
>
> We are running RHEL 5.8
>
> 389-ds-base-1.2.10.14-1.el5
>
> We do not see any errors in the logs .
>
>
> Ok.  Turn on replication debugging logging on both the supplier and
> consumer:
> http://port389.org/wiki/FAQ#Troubleshooting
>
> reproduce the problem
>
> Edit your errors logs to scrub any sensitive data
>
> post the logs to some site that can hold large files and post the link to
> this email list
>
>
>
>
>
>
>
>
> Santos U. Ramirez
>
> Linux Systems Administrator
>
> National DCP, LLC
>
> 150 Depot Street
>
> Bellingham, Ma. 02019
>
> Phone: 508-422-3089
>
> Fax: 508-422-3866
>
> Santos.Ramirez at natdcp.com
>
>
>
> *From:* Rich Megginson [mailto:rmeggins at redhat.com <rmeggins at redhat.com>]
> *Sent:* Wednesday, January 30, 2013 12:17 PM
> *To:* General discussion list for the 389 Directory server project.
> *Cc:* Santos Ramirez
> *Subject:* Re: [389-users] 389 Master - Master Replication
>
>
>
> On 01/30/2013 10:00 AM, Santos Ramirez wrote:
>
> Good Morning,
>
>
>
>   We have a master – master replication agreement. When we initialize the
> replication it works perfectly we can see changes to a test user we have
> set up go up and down from the two servers. However at some point  the
> replication stops and we cannot get replication to start once again. The
> only way we can get replication to start once again is to recreate the
> replication agreement and then it fails again. Can anyone please point us
> in a direction. I am relatively new to  389 so any help would be greatly
> appreciated.
>
> What platform?
> What version of 389-ds-base?
> Any errors in the 389 errors log on the consumer or supplier?
>
>
>
>
>
>
>
>
> Santos U. Ramirez
>
> Linux Systems Administrator
>
> National DCP, LLC
>
> 150 Depot Street
>
> Bellingham, Ma. 02019
>
> Phone: 508-422-3089
>
> Fax: 508-422-3866
>
> Santos.Ramirez at natdcp.com
>
>
>
> This email and any attachments are intended only for use by the
> addressee(s) named herein and may contain legally privileged and/or
> confidential information. If you are not the intended recipient of this
> e-mail, do not copy or forward to any unauthorized persons, permanently
> delete the original and notify the sender by replying to this email.
>
>
>
>
>
> --
>
> 389 users mailing list
>
> 389-users at lists.fedoraproject.org
>
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
>
>
>
>
>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20141003/8d5ec439/attachment.html>