Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1566444

Summary:	crash in connection table / nunc-stans ?
Product:	Red Hat Enterprise Linux 7	Reporter:	German Parente <gparente>
Component:	389-ds-base	Assignee:	thierry bordaz <tbordaz>
Status:	CLOSED ERRATA	QA Contact:	RHDS QE <ds-qe-bugs>
Severity:	urgent	Docs Contact:	Marc Muehlfeld <mmuehlfe>
Priority:	unspecified
Version:	7.4	CC:	lslebodn, msauton, nkinder, pasik, rmeggins, tbordaz, tmihinto
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	389-ds-base-1.3.8.4-1.el7	Doc Type:	Bug Fix
Doc Text:	Directory Server no longer crashes when removing connections from an active list Directory Server manages established connections in an active list. When a thread flags a connection for closing, the server waits until there are no active threads left on the connection to remove the connection from the active list. In certain situations, the number of active threads is less than the actual number of threads. In this scenario, Directory Server moves the connection out of the active list and flags it as invalid. Another remaining thread which detects that the connection is invalid also attempts to remove it from the active list. However, the code that removes the connection from the active list expects that the connection has valid list pointers. If the pointers are invalid because the connection is not on the active list, Directory Server terminates unexpectedly. With this update, the server checks that the list pointers are valid before using them. As a result, the server no longer crashes when attempting to remove a connection from the active list.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-10-30 10:13:34 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description German Parente 2018-04-12 10:40:00 UTC

Description of problem:

customer is having repeatedly this crash after update to release 28.

"connection_table_move_connection_out_of_active_list"
"ns_handle_closure_nomutex"
"ns_handle_pr_read_ready"
"work_job_execute"
"event_cb"
"event_base_loop"
"ns_event_fw_loop"
"event_loop_thread_func"
"start_thread"
"__clone"

it was happening from time to time. Today the server is crashing non-stop showing this messages:

Apr 12 11:35:25 <xxxx> systemd: Started 389 Directory Server xx..
Apr 12 11:36:06 <xxxx> ns-slapd: *** stack smashing detected ***: /usr/sbin/ns-slapd terminated
Apr 12 11:36:06 <xxxx> kernel: traps: ns-slapd[5646] general protection ip:7f348ea15118 sp:7f343b6fcef0 error:0 in libgcc_s-4.8.5-20150702.so.1[7f348ea06000+15000]
Apr 12 11:36:06 <xxxx> systemd: dirsrv: main process exited, code=killed, status=11/SEGV


Version-Release number of selected component (if applicable): 389-ds-base-1.3.6.1-28

I was told it's duplicated of 1517383 ns-slapd segfaults with ERR - connection_release_nolock_ext - conn=0 fd=0 Attempt to release connection that is not acquired

but I prefer to report a new bug with high priority.

I will add more information about the crashes of today.

Comment 19 Viktor Ashirov 2018-08-30 13:33:33 UTC

Build tested: 389-ds-base-1.3.8.4-12.el7.x86_64

I haven't encountered crash in connection_table_move_connection_out_of_active_list with NS enabled (it's disabled by default) in our acceptance testing, hence marking as VERIFIED, SanityOnly.

Comment 21 errata-xmlrpc 2018-10-30 10:13:34 UTC

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.

https://access.redhat.com/errata/RHSA-2018:3127