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.