Bug 914305 – ns-slapd segfaults while trying to delete a tombstone entry

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 914305 - ns-slapd segfaults while trying to delete a tombstone entry

Summary:	ns-slapd segfaults while trying to delete a tombstone entry

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	389-ds-base (Show other bugs)
Sub Component:
Version:	6.4
Hardware:	All Linux

Priority	urgent Severity high
Target Milestone:	rc
Target Release:	---
Assigned To:	Rich Megginson
QA Contact:	Sankar Ramalingam
Docs Contact:

URL:
Whiteboard:
Keywords:	ZStream

Depends On:	913215
Blocks:
	Show dependency tree / graph

Reported:	2013-02-22 04:59 EST by Jiri Pallich
Modified:	2013-07-23 07:07 EDT (History)
CC List:	11 users (show)

See Also:
Fixed In Version:	389-ds-base-1.2.11.15-12.el6_4
Doc Type:	Bug Fix
Doc Text:	While trying to remove a tombstone entry, the ns-slapd daemon terminated unexpectedly with a segmentation fault. With this update, removal of tombstone entries no longer causes crashes.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2013-03-11 14:39:02 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2013:0628	normal	SHIPPED_LIVE	Moderate: 389-ds-base security and bug fix update	2013-03-11 18:35:12 EDT

Groups: None (edit)

Description Jiri Pallich 2013-02-22 04:59:19 EST

This bug has been copied from bug #913215 and has been proposed
to be backported to 6.4 z-stream (EUS).

Comment 5 Sankar Ramalingam 2013-03-01 05:16:36 EST

Changing the version from 6.5 to 6.4.

Comment 6 Ján Rusnačko 2013-03-01 08:50:44 EST

[jrusnack@dstet ~]$ ldapsearch -D "cn=directory manager" -w Secret123 -b "dc=example,dc=com" objectClass=nstombstone
# b1e3d981-80e211e2-acc0f1be-1ec850f3, nested5, People, example.com
dn: nsuniqueid=b1e3d981-80e211e2-acc0f1be-1ec850f3,uid=nested5,ou=People,dc=ex
 ample,dc=com
ntUserLastLogon: 0
ntUserLastLogoff: 0
userPassword:: e1NTSEF9RkREbmJ3Zit3M3hyT2g5cHZLMCtiVjFtS2ZYWWZvSWQ4RVc4Snc9PQ=
 =
objectClass: top
objectClass: person
objectClass: organizationalperson
objectClass: inetOrgPerson
objectClass: ntUser
objectClass: nsTombstone
ntUserDeleteAccount: true
uid: nested5
sn: nested5
givenName: nested5
cn: nested5
ntUserCodePage: 0
ntUserAcctExpires: 9223372036854775807
ntUserDomainId: nested5
mail: nested5
ntUniqueId: 68bbdb3e201e4d47832a1f4706d46137
nsParentUniqueId: d9682983-28da11e2-81848938-bca63c43

[jrusnack@dstet ~]$ ldapdelete -D "cn=directory manager" -w Secret123 "nsuniqueid=b1e3d981-80e211e2-acc0f1be-1ec850f3,uid=nested5,ou=People,dc=example,dc=com" 

[jrusnack@dstet ~]$ service dirsrv status
dirsrv dstet (pid 1389) is running...

[jrusnack@dstet ~]$ ldapsearch -D "cn=directory manager" -w Secret123 "nsuniqueid=b1e3d981-80e211e2-acc0f1be-1ec850f3,uid=nested5,ou=People,dc=example,dc=com" -LLL
No such object (32)

[jrusnack@dstet ~]$ rpm -qa |grep 389
389-ds-base-1.2.11.15-12.el6_4.x86_64
389-ds-base-libs-1.2.11.15-12.el6_4.x86_64
389-ds-base-debuginfo-1.2.11.15-12.el6_4.x86_64


VERIFIED

Comment 8 errata-xmlrpc 2013-03-11 14:39:02 EDT

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-0628.html

Note You need to log in before you can comment on or make changes to this bug.