En mi caso fue recuperando un backup en un tercer equipo que iba a usar dentro de una práctica específica, que al intentar reiniciar LDAP con los archivos del servidor en producción, un error de este tipo apareció en los registros:
Jun 23 12:12:00 firewall slapd[639]: bdb(cn=auditlog): Log sequence error: page LSN 7356 2164032; previous LSN 7356 2691218
Jun 23 12:12:00 firewall slapd[639]: bdb(cn=auditlog): Recovery function for LSN 7356 2694430 failed on forward pass
Jun 23 12:12:00 firewall slapd[639]: bdb(cn=auditlog): PANIC: Invalid argument
Jun 23 12:12:00 firewall slapd[639]: bdb(cn=auditlog): unable to join the environment
Jun 23 12:12:00 firewall slapd[639]: hdb_db_open: database "cn=auditlog" cannot be recovered, err -30973. Restore from backup!
Jun 23 12:12:00 firewall slapd[639]: bdb(cn=auditlog): txn_checkpoint interface requires an environment configured for the transaction subsystem
Jun 23 12:12:00 firewall slapd[639]: bdb_db_close: database "cn=auditlog": txn_checkpoint failed: Invalid argument (22).
Jun 23 12:12:00 firewall slapd[639]: backend_startup_one (type=hdb, suffix="cn=auditlog"): bi_db_open failed! (-30973)
Jun 23 12:12:00 firewall slapd[639]: bdb_db_close: database "cn=auditlog": alock_close failed
Jun 23 12:12:00 firewall slapd[639]: slapd stopped.
La solución es tan sencillo como usar db_recovery en modo paranoico:
cd /var/lib/ldap/auditlog
db5.1_recover -c
Lo cual no devuelve nada en realidad, pero al reiniciar el servidor openLDAP no vuelve a dar problemas