https://bugs.openldap.org/show_bug.cgi?id=9398
Issue ID: 9398 Summary: Stale accesslog cookie due to unclean shutdown Product: OpenLDAP Version: 2.4.56 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: slapd Assignee: bugs@openldap.org Reporter: quanah@openldap.org Target Milestone: ---
If slapd terminates uncleanly, a checkpoint will be lost on the accesslog db. Depending on the syncprov overlay checkpoint settings (usually no checkpointing is enabled on the accesslog db) this can cause the system to refuse engage in replication at startup.
https://bugs.openldap.org/show_bug.cgi?id=9398
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.5.1 Keywords| |replication Severity|normal |blocker
https://bugs.openldap.org/show_bug.cgi?id=9398
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |OL_2_5_REQ Target Milestone|2.5.1 |2.5.3
https://bugs.openldap.org/show_bug.cgi?id=9398
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |reviewed
https://bugs.openldap.org/show_bug.cgi?id=9398
--- Comment #1 from Quanah Gibson-Mount quanah@openldap.org --- Need to determine the correct method of handling this, to be reviewed again for beta.
https://bugs.openldap.org/show_bug.cgi?id=9398
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|OL_2_5_REQ, replication, | |reviewed | Target Milestone|2.5.3 |2.6.0 Severity|blocker |development
https://bugs.openldap.org/show_bug.cgi?id=9398
Quanah Gibson-Mount quanah@openldap.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.6.0 |2.7.0
https://bugs.openldap.org/show_bug.cgi?id=9398
--- Comment #2 from Ondřej Kuzník ondra@mistotebe.net --- syncprov might be able to tell the backend not to commit its TXN on applying the modification, then send the contextCSN update in the result callback. Would remove some of the concerns about performance and I/O impact that has caused us to do contextCSN checkpoints.
-
openldap-its＠openldap.org