Bug 1433996
| Summary: | ns-slapd crash during shutdown | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Scott Poore <spoore> | ||||||||
| Component: | 389-ds-base | Assignee: | mreynolds | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Viktor Ashirov <vashirov> | ||||||||
| Severity: | urgent | Docs Contact: | |||||||||
| Priority: | urgent | ||||||||||
| Version: | 7.4 | CC: | mreynolds, msauton, nkinder, rmeggins, spoore, wibrown | ||||||||
| Target Milestone: | rc | Keywords: | ZStream | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | 389-ds-base-1.3.6.1-4.el7 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | |||||||||||
| : | 1444959 1445177 (view as bug list) | Environment: | |||||||||
| Last Closed: | 2017-08-01 21:14:10 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: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 1444959, 1445177 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Scott Poore
2017-03-20 14:01:43 UTC
Note, the dirsrv errors log shows a huge number of the following messages: WARN - ns_handle_pr_read_ready - Received idletime out with c->c_idletimeout as 0. Ignoring. Created attachment 1264768 [details]
stacktrace.txt
Attaching stacktrace from crash report
(In reply to Scott Poore from comment #2) > Note, the dirsrv errors log shows a huge number of the following messages: > > WARN - ns_handle_pr_read_ready - Received idletime out with c->c_idletimeout > as 0. Ignoring. This is probably unrelated, see https://bugzilla.redhat.com/show_bug.cgi?id=1432917 Upstream: https://pagure.io/389-ds-base/issue/49174 Upstream ticket: https://pagure.io/389-ds-base/issue/49181 Can we get the dse.ldif? I need to see how the retro changelog plugin is configured. I guess it could come from any IPA install as I'm assuming the setup would be the same. Created attachment 1265199 [details]
dse.ldif file from a different host with same crash
Unfortunately, the host I originally gathered info from is not available. However, This file is from a different server with the same crash. If needed, I can send the relevant abrt reports for this one too.
Created attachment 1265202 [details]
abrt dir from same host as dse.ldif file
I can't reproduce the crash with the same retro changelog configuration. Something else is going on. Would it be possible to rerun the test with DS under valgrind? targetUniqueID is that a real attribute? Is it part of the IPA schema? Also the logs that are attached don't appear to be from the time of the crash. I don't see the crash in the errors log, and I don't see the mod operations on the retro changelog in the access log. Can I get a fresh/full set of logs from the most recent crash? Thanks! What if this is the dynamic plugin double free issue we have seen? Is IPA using dynamic plugins? (In reply to wibrown from comment #12) > What if this is the dynamic plugin double free issue we have seen? Is IPA > using dynamic plugins? They are not using dynamic plugins. Scott, one more question... Once it crashes, does it keep crashing every time you stop the server? Yes, it keeps crashing every time I stop the server. Using this upstream ticket to track the fix: https://pagure.io/389-ds-base/issue/49188 Fixed upstream Verified. Version :: 389-ds-base-1.3.6.1-5.el7.x86_64 Results :: No crashes seen by tests run with newer version (-4 or later). Also, manually tested here immediately following a fresh IPA install: [root@rhel7-1 ~]# kinit admin Password for admin: [root@rhel7-1 ~]# ipactl stop Stopping ipa-dnskeysyncd Service Stopping ipa-otpd Service Stopping pki-tomcatd Service Stopping ntpd Service Stopping ipa-custodia Service Stopping httpd Service Stopping named Service Stopping kadmin Service Stopping krb5kdc Service Stopping Directory Service ipa: INFO: The ipactl command was successful [root@rhel7-1 ~]# systemctl start dirsrv@EXAMPLE-COM [root@rhel7-1 ~]# ps -ef|grep slap dirsrv 5106 1 9 16:05 ? 00:00:00 /usr/sbin/ns-slapd -D /etc/dirsrv/slapd-EXAMPLE-COM -i /var/run/dirsrv/slapd-EXAMPLE-COM.pid root 5155 1164 0 16:05 pts/0 00:00:00 grep --color=auto slap [root@rhel7-1 ~]# systemctl stop dirsrv@EXAMPLE-COM [root@rhel7-1 ~]# ls /var/log/dirsrv/slapd-EXAMPLE-COM/ access access.rotationinfo audit audit.rotationinfo errors errors.rotationinfo [root@rhel7-1 ~]# ls /var/spool/abrt [root@rhel7-1 ~]# grep -i segfault /var/log/messages [root@rhel7-1 ~]# rpm -q 389-ds-base 389-ds-base-1.3.6.1-5.el7.x86_64 *** Bug 1444959 has been marked as a duplicate of this bug. *** 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/RHBA-2017:2086 |