diff options
| author | Rich Megginson <rmeggins@redhat.com> | 2010-04-14 10:15:53 -0600 |
|---|---|---|
| committer | Rich Megginson <rmeggins@redhat.com> | 2010-04-14 10:15:53 -0600 |
| commit | e50dceb45a2ddffe749b444fa057d93776f882c9 (patch) | |
| tree | 8fcb47e375caff1b8a7648204577150f3bcccfbb /config.sub | |
| parent | c53b8b31c8655d8b387c4b213caee885778c3872 (diff) | |
| download | ds-389-ds-base-1.2.6.a3.tar.gz ds-389-ds-base-1.2.6.a3.tar.xz ds-389-ds-base-1.2.6.a3.zip | |
Bug 576644 - segfault while multimaster replication (paired node won't find deleted entries)389-ds-base-1.2.6.a3
https://bugzilla.redhat.com/show_bug.cgi?id=576644
Resolves: bug 576644
Bug Description: segfault while multimaster replication (paired node won't find deleted entries)
Reviewed by: rmeggins
Fixed by: edewata, nhosoi
Branch: HEAD
Fix Description: The delete code stores the actual entry from the entry
cache in the pblock as SLAPI_DELETE_BEPREOP_ENTRY so that the be preop
plugins can have access to the entry. SLAPI_DELETE_BEPREOP_ENTRY is an
alias for SLAPI_ENTRY_PRE_OP which is used by the front-end delete code.
When processing a replicated delete operation, and the
entry has already been deleted (converted to a tombstone), we needed to
restore the original entry in SLAPI_DELETE_BEPREOP_ENTRY so that the
front-end code can free it as SLAPI_ENTRY_PRE_OP instead of freeing the
actual entry from the cache.
Platforms tested: RHEL5 x86_64
Flag Day: no
Doc impact: no
Diffstat (limited to 'config.sub')
0 files changed, 0 insertions, 0 deletions