ldap/servers/slapd/back-ldbm/ldbm_delete.c | 7 +++++++
1 file changed, 7 insertions(+)
New commits:
commit 31d15788d4e988646a42252f6ea351f033206a96
Author: Noriko Hosoi <nhosoi(a)redhat.com>
Date: Fri Oct 26 10:02:38 2012 -0700
Trac Ticket #494 - slapd entered to infinite loop during new index addition
https://fedorahosted.org/389/ticket/494
Bug Description: An entry which rdn is nsuniqueid=...,nsuniqueid=...
was accidentally generated. It broke the entryrdn tree and put
the reindex and export into the the infinite loop.
Fix Description: Added an missing check if the retrieved entry is
already an tombstone or not. This tombstone is the one converted
by the entryusn plugin. Please note that replication has an urp
code which handles such conflicts.
(cherry-picked from commit b963576d2758d29e8d21297e8f763d0373895b9f)
diff --git a/ldap/servers/slapd/back-ldbm/ldbm_delete.c
b/ldap/servers/slapd/back-ldbm/ldbm_delete.c
index 73c3658..528693e 100644
--- a/ldap/servers/slapd/back-ldbm/ldbm_delete.c
+++ b/ldap/servers/slapd/back-ldbm/ldbm_delete.c
@@ -290,6 +290,13 @@ ldbm_back_delete( Slapi_PBlock *pb )
create_tombstone_entry = (create_tombstone_entry < 0) ? 0 : 1;
}
}
+ if (create_tombstone_entry && is_tombstone_entry) {
+ slapi_log_error(SLAPI_LOG_FATAL, "ldbm_back_delete",
+ "Attempt to convert a tombstone entry %s to tombstone\n", dn);
+ retval = -1;
+ ldap_result_code = LDAP_UNWILLING_TO_PERFORM;
+ goto error_return;
+ }
#if DEBUG
slapi_log_error(SLAPI_LOG_REPL, "ldbm_back_delete",