> -----Original Message-----
> 
> Is there any coredump available with 389-ds crashing? I've asked you to use
> http://www.port389.org/docs/389ds/FAQ/faq.html#debugging-crashes to enable
> coredumps for 389-ds in one of previous discussions, was it done?
> You seemed to get diverted to winbindd core (which was expected to coredump as
> 389-ds was not available), but if you see 389-ds disappearing in several hours
> without any logging, this means there was a crash and we'd like to see the
> coredump of it.

Hi Alex,

I did perform the "Debugging Crashes" steps when you asked, but there are still 
no core dumps in /var/log/dirsrv/slapd-INSTANCENAME.

 
> You can check also /var/log/audit/audit.log to see if there is a trace of a 
> crash. It
> may take different ways but one crash type is following:
 
> type=ANOM_ABEND msg=audit(1453212583.746:2337): auid=4294967295
> uid=983
> gid=980 ses=4294967295 subj=system_u:system_r:dirsrv_t:s0 pid=26079
> comm="ns-slapd" exe="/usr/sbin/ns-slapd" sig=11

There are no instances of ns-slap in the audit.log, there are a dozen sig=11s, 
all of them relate to a "memory violation" in httpd_t, and all references to 
dirsrv look like this:

type=SERVICE_STOP msg=audit(1453174960.933:209): pid=1 uid=0 auid=4294967295 
ses=4294967295 subj=kernel msg='unit=dirsrv@UNIX-CO-ORG-AU comm="systemd" 
exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'


cheers
L.      
This email (including any attachments or links) may contain 
confidential and/or legally privileged information and is 
intended only to be read or used by the addressee.  If you 
are not the intended addressee, any use, distribution, 
disclosure or copying of this email is strictly 
prohibited.  
Confidentiality and legal privilege attached to this email 
(including any attachments) are not waived or lost by 
reason of its mistaken delivery to you.
If you have received this email in error, please delete it 
and notify us immediately by telephone or email.  Peter 
MacCallum Cancer Centre provides no guarantee that this 
transmission is free of virus or that it has not been 
intercepted or altered and will not be liable for any delay 
in its receipt.


-- 
Manage your subscription for the Freeipa-users mailing list:
https://www.redhat.com/mailman/listinfo/freeipa-users
Go to http://freeipa.org for more info on the project

Reply via email to