Monday, April 12, 2021

[389-users] Re: dsconf duplicate replica id

Always happy to help, and glad you solved it.

PS: Work from home can be tough like that :(

> On 13 Apr 2021, at 09:08, Gary Waters <gwaters-web@caltech.edu> wrote:
>
> I think by just writing this email, I was able to think through my process, and figure out my issue. I havent been able to talk to anyone since working from home.
>
> Thank you for being my outlet,
>
> -Gary
>
> On 4/12/21 11:43 AM, Gary Waters wrote:
>> Hey Everyone,
>>
>> I love the new dsconf python tool. Its great, and big upgrade over the perl scripts that I think I have been using for decades.
>> However I am having a problem using it when making new replication agreements between multiple masters.
>>
>> How do I find the duplicates and how do i run dsconf to avoid that duplicate?
>>
>> Error after agreements are made:
>> Error (11) Replication error acquiring replica: Unable to acquire replica: the replica has the same Replica ID as this one. Replication is aborting. (duplicate replica ID detected)
>> Error (11) Replication error acquiring replica: duplicate replica ID detected
>>
>> I know how to delete the newly made agreements no problem, but how do I recreate them to avoid the duplicates? when creating the agreements I didnt see a way to set an id.
>> command for the individual agreement.. maybe I am doing something wrong.
>>
>> This is how I setup the agreement:
>> dsconf -D "cn=Directory Manager" -w $pass ldap://$supplier- repl-agmt \
>> create --suffix="ou=$suffix,o=school,c=us" --host=$consumer --port=389 \
>> --conn-protocol=StartTLS --bind-dn="cn=replication manager,cn=config" \
>> --bind-passwd="x" --bind-method=SIMPLE --init \
>> $agreement_name
>>
>> And this is how I setup the id and replication for the for the suffix:
>>
>> dsconf -D "cn=Directory Manager" -w $pass ldap://$consumer replication \
>> enable --suffix="ou=$suffix,o=school,c=us" --role="master" --replica-id=$repid \
>> --bind-dn="cn=replication manager,cn=config" --bind-passwd=XXX
>>
>>
>> In my case I have 3 masters that I need to setup MMR between, and this error happens when I added the third. It says replication is already set for the suffix as mmr, which is correct, but I cant set a new repid for each aggreement via the first command.
>>
>>
>> Thank you everyone,
>> Gary
>>
>> Other info:
>> rhel8.3
>> 389-ds-base-libs-1.4.3.17-1.module_el8+10764+2b5f8656.x86_64
>> 389-ds-base-1.4.3.17-1.module_el8+10764+2b5f8656.x86_64
>> _______________________________________________
>> 389-users mailing list -- 389-users@lists.fedoraproject.org
>> To unsubscribe send an email to 389-users-leave@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
>> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
> _______________________________________________
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-leave@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
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure


Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@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
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

No comments:

Post a Comment