Thanks Michael,

I expected kind of this answer. But good to have it confirmed.

Have a nice day,
--
Jochen
________________________________
Von: Michael Ströder <[email protected]>
Gesendet: Montag, 23. November 2020 11:33
An: End-user discussions about the System Security Services Daemon 
<[email protected]>; Jochen Schaefer <[email protected]>
Betreff: Re: [SSSD-users] primary LDAP server reconnect timeout after failover 
to backup

On 11/23/20 10:23 AM, Jochen Schaefer wrote:
> I have following design problem  regarding the primary  LDAP server
> reconnect timeout value:
> from time to time we need to recreate the DB's of the primary ldap
> server via sync repl. Therefor we are stopping the primary LDAP,
> deleting it's db files and starting it again.
>
> The sssd client behaves as expected:
>   * failover to the backup LDAP server
>   * check after internal timeout 31 seconds if primary is available again
>   * switch back to the primary LDAP server
>
> The problem here is - the primary is still not ready with its sync
> replication

This is a general problem with OpenLDAP taking some time in refresh
phase. Same like with any other database server and significant amount
of DB entries to be replicated during initialization.
You could also try to reduce the amount of time needed for initializing
the replica (maybe you already did). But the time period of the refresh
phase will never be zero.

I'd recommend to solve that with an operational procedure which blocks
LDAP access (e.g. with temporary host-based firewall rule) from regular
LDAP clients until monitoring shows that the replica is in sync again.

More sophistic approaches would involve using load-balancer(s) with
sophistic replica health checks.

Ciao, Michael.

_______________________________________________
sssd-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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.fedorahosted.org/archives/list/[email protected]

Reply via email to