Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1671505 - ns-slapd crashes with k5_mutex_lock: Assertion `r == 0' failed
Summary: ns-slapd crashes with k5_mutex_lock: Assertion `r == 0' failed
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: 389-ds-base
Version: 8.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: rc
: 8.0
Assignee: thierry bordaz
QA Contact: RHDS QE
URL:
Whiteboard:
Depends On: 1633089
Blocks: 1636633
TreeView+ depends on / blocked
 
Reported: 2019-01-31 18:36 UTC by mreynolds
Modified: 2019-11-23 22:55 UTC (History)
11 users (show)

Fixed In Version: 389-ds-base-1.4.0.20-6.module+el8+2748+7421da88
Doc Type: If docs needed, set a value
Doc Text:
DS is doing outgoing connections (for example replication agreements). If those connections are doing GSSAPI/KRB authentication at almost the same time, the connections will share the same credential cache. If one authentication fails, it can clear the cache under an other authentication. The consequence can be a crash, if an authentication accesses a credential cache that have been cleared. The fix is to serialize the outgoing GSSAPI authentication. So even if an authentication clear the credential cache, no other pending authentication relies on that cache
Clone Of: 1633089
Environment:
Last Closed: 2019-06-14 01:01:05 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Comment 4 mreynolds 2019-03-25 13:30:59 UTC
Thierry, can you please update the Doc Text for this bug?  Thanks!


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