On 6/17/21 12:58 PM, Marco Favero wrote:
On 6/17/21 10:55 AM, Marco Favero wrote:
Hi Marco,
good to know you fixed the issue. If I read you correctly you fixed it
via setting nsDS5ReplicaHost=FQDN of the consumer host in the
replication agreement supplier->consumer. What is surprising is that it
was working before with a non fqdn and suddenly stopped working.
Hi Thierry,
not really, sorry, maybe I didn't explain well. I set the "full_machine_name" in dscreate with the fqdn of the host runnig the 389ds in place of the fqdn of the balancer ip.
It's the nsslapd-localhost parameter, I suppose.
With recent versions, this problem is either transient (a supplier does
not know a CSN showed by the consumer but another supplier that knows
this CSN will eventually update the consumer), either permanent (the
consumer got offline longer than changelog maxage) and you may need to
reinit the consumer.
I still have this issue. Are there conditions that determine this issue yet?
It's as you describe: the only way to exit from that situation is the reinitialization.
I have three multimaster each other:
rh1
rh2
rh5
rh has also a scheduled agreement to dr-rh1. So, dr-rh1 is a consumer from rh1.
All is working fine. When I initialize rh1 from rh5, then the replica rh1 --> dr-rh1 stops to work and says "Error (18) Can't acquire replica (Incremental update transient warning. Backing off, will retry update later.)". Log claims that can't find a CSN. All other replica are fine.
Doing reinit rh5->rh1, changelog of rh1 gets reset. If for some reason
dr-rh1 was late compare to rh5, it is normal that rh1 can no longer
update dr-rh1. Did you setup a RA rh5->dr-rh1 ?
thanks
thierry
So I have to reinitialize rh1 --> dr-rh01.
Thank you very much
Warm Regards
Marco
_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
