> On 5 Nov 2019, at 10:01, Morgan, Iain (ARC-TN)[InuTeq, LLC] > <iain.mor...@nasa.gov> wrote: > > > Hello, > > It's taken me longer than I expected to get replication set up and tested, > but I can finally report that the urp_fixup_add_cenotaph errors have > disappeared now that I have replication working.
Great to hear it. I think Ludwig did a change to improve this error message. > > Unfortunately, I seem to be hitting a new issue that might be related, > however I think it's best to report that in another thread. That's annoying, but we'll obviously do as much as we can to help in the new thread. Thanks for reaching out, > > Thanks, > > -- > Iain Morgan > On 9/10/19, 16:31, "William Brown" <wbr...@suse.de> wrote: > > > >> On 11 Sep 2019, at 04:03, Morgan, Iain (ARC-TN)[InuTeq, LLC] >> <iain.mor...@nasa.gov> wrote: >> >> >> >> On 9/10/19, 04:44, "Ludwig Krispenz" <lkris...@redhat.com> wrote: >> >> >> On 09/10/2019 02:37 AM, William Brown wrote: >>> >>>> On 10 Sep 2019, at 09:58, Morgan, Iain (ARC-TN)[InuTeq, LLC] >>>> <iain.mor...@nasa.gov> wrote: >>>> >>>> >>>> >>>> On 9/8/19, 15:40, "William Brown" <wbr...@suse.de> wrote: >>>> >>>> >>>> >>>>> On 7 Sep 2019, at 08:33, Morgan, Iain (ARC-TN)[InuTeq, LLC] >>>>> <iain.mor...@nasa.gov> wrote: >>>>> >>>>> Hello Marc, >>>>> >>>>> Yes, it is 389-ds-base1.3.9.1-10.el7, but we are not using IPA and there >>>>> are no memberOf plugin errors. The actual modrdn operations have error=0. >>>> If we may, can we ask what the modrdn operations were, and to ask a >>>> little about your tree layout so we could try to understand more about >>>> this? >>>> >>>> >>>> Sure, there's nothing unusual regarding the tree layout. There's a single >>>> backend with ou=People,.... and ou=Groups,.... One thing that may be >>>> relevant is that this is a stand-alone server -- replication has not been >>>> configured. >>> Have you configured the replica id, replication agreement or changelog >>> though? I want to follow up with our replication expert about why URP is >>> getting involved here, when you say replication isn't configured. >> if this is really a standalone consumer without replication configured, >> this is probably a consequence of splitting the multimaster(mmr) and the >> other plugin calls and the mmr plugin could be called and do nothing, >> just try :-( >> so the messages is harmless although annoying and we should fix it. >> >> >> Yes, this is truly a stand-alone server. It's currently being used for >> testing of locally written administrative scripts and no replication ID, >> replication agreements, or changelog modifications have been configured. The >> changes thus far have largely been limited to the password policy and TLS >> configuration. >> >> Your hypothesis seems reasonable. The next step in our testing is to create >> another instance and test replication. Hopefully, these errors will >> disappear once we get to that stage in our testing. > > This seems like the case. I have opened an issue to investigate the > false-errors you are seeing and why. > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__pagure.io_389-2Dds-2Dbase_issue_50593&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=SxxzZkP0cGnBH8cCF9mvxKQPsiiT3FXk9Hep02qrOfw&m=wtUOIfJDFo0zyw0fyJ8R9EB1q8IHxS0bD0qyZO2OQ0Q&s=aaMY9DAh3bI-cjZ36LEA18_AcwvWrRjvXXGwIypveyk&e= > > > Please let us know if once you enable replication you continue to see > issues like this. I hope we have helped, and we are always happy to answer > any questions you have. > > — > Sincerely, > > William Brown > > Senior Software Engineer, 389 Directory Server > SUSE Labs > _______________________________________________ > 389-users mailing list -- 389-users@lists.fedoraproject.org > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.fedoraproject.org_en-2DUS_project_code-2Dof-2Dconduct_&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=SxxzZkP0cGnBH8cCF9mvxKQPsiiT3FXk9Hep02qrOfw&m=wtUOIfJDFo0zyw0fyJ8R9EB1q8IHxS0bD0qyZO2OQ0Q&s=TTzG6kzCNGb_zhkbGxN4otPHP2-Unf3VFvL_XK9m4fI&e= > > List Guidelines: > https://urldefense.proofpoint.com/v2/url?u=https-3A__fedoraproject.org_wiki_Mailing-5Flist-5Fguidelines&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=SxxzZkP0cGnBH8cCF9mvxKQPsiiT3FXk9Hep02qrOfw&m=wtUOIfJDFo0zyw0fyJ8R9EB1q8IHxS0bD0qyZO2OQ0Q&s=d2KemQSCtasezCcHQ_ajDZ96BWaxdhBxDHCRUT9kL40&e= > > List Archives: > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.fedoraproject.org_archives_list_389-2Dusers-40lists.fedoraproject.org&d=DwIGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=SxxzZkP0cGnBH8cCF9mvxKQPsiiT3FXk9Hep02qrOfw&m=wtUOIfJDFo0zyw0fyJ8R9EB1q8IHxS0bD0qyZO2OQ0Q&s=uFQ2Ji4ZyWc-5IFYMkFRpXErGWUGdtHZiv0MBzj8Gg4&e= > > > > _______________________________________________ > 389-users mailing list -- 389-users@lists.fedoraproject.org > To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs _______________________________________________ 389-users mailing list -- 389-users@lists.fedoraproject.org To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
