Bug 1080222

Summary: [abrt] bind: getrn(): named killed by SIGSEGV
Product: [Fedora] Fedora Reporter: William Brown <william>
Component: bind-dyndb-ldapAssignee: Petr Spacek <pspacek>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: psimerda, pspacek, thozza, vonsch, william
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/5c11a875bee6f6e5676f798fcfe9f73a6178e52e
Whiteboard: abrt_hash:c0d1c8a2aacfd49c2907e241df1142123d5c8841
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-04-08 23:49:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description William Brown 2014-03-25 00:21:55 UTC 
Description of problem:


Version-Release number of selected component:
bind-9.9.4-12.P2.fc20

Additional info:
reporter:       libreport-2.2.0
backtrace_rating: 4
cmdline:        /usr/sbin/named -u named
crash_function: getrn
executable:     /usr/sbin/named
kernel:         3.13.6-200.fc20.x86_64
runlevel:       N 3
type:           CCpp
uid:            25

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 getrn at lhash.c:425
 #1 lh_insert at lhash.c:189
 #2 OBJ_add_object at obj_dat.c:270
 #3 OBJ_create at obj_dat.c:804
 #4 pkinit_init_pkinit_oids at pkinit_crypto_openssl.c:582
 #5 pkinit_init_plg_crypto at pkinit_crypto_openssl.c:443
 #6 pkinit_client_plugin_init at pkinit_clnt.c:1369
 #7 krb5_init_preauth_context at preauth2.c:170
 #8 krb5_preauth_request_context_init at preauth2.c:284
 #9 restart_init_creds_loop at get_in_tkt.c:738
Comment 1 William Brown 2014-03-25 00:22:03 UTC 
Created attachment 878238 [details]
File: backtrace
Comment 2 William Brown 2014-03-25 00:22:05 UTC 
Created attachment 878239 [details]
File: cgroup
Comment 3 William Brown 2014-03-25 00:22:08 UTC 
Created attachment 878240 [details]
File: core_backtrace
Comment 4 William Brown 2014-03-25 00:22:10 UTC 
Created attachment 878241 [details]
File: dso_list
Comment 5 William Brown 2014-03-25 00:22:12 UTC 
Created attachment 878242 [details]
File: environ
Comment 6 William Brown 2014-03-25 00:22:14 UTC 
Created attachment 878243 [details]
File: exploitable
Comment 7 William Brown 2014-03-25 00:22:17 UTC 
Created attachment 878244 [details]
File: limits
Comment 8 William Brown 2014-03-25 00:22:19 UTC 
Created attachment 878245 [details]
File: maps
Comment 9 William Brown 2014-03-25 00:22:21 UTC 
Created attachment 878246 [details]
File: open_fds
Comment 10 William Brown 2014-03-25 00:22:24 UTC 
Created attachment 878247 [details]
File: proc_pid_status
Comment 11 William Brown 2014-03-25 00:22:27 UTC 
Created attachment 878248 [details]
File: var_log_messages
Comment 12 William Brown 2014-03-25 00:23:05 UTC 
Similar to 1076775 I have DNS64 enabled (If this may be a contributing factor)
Comment 13 Tomáš Hozza 2014-03-25 15:38:38 UTC 
Moving to bind-dyndb-ldap, as the execution path originated from ldap_helper.c
Comment 14 Petr Spacek 2014-03-26 09:35:54 UTC 
Do you know how to reproduce the crash?

Please send me the coredump file. Try to compress it as much as you can and send it to e-mail pspacek. Please attach also output from command "rpm -qa". Thank you!
Comment 15 Fedora Admin XMLRPC Client 2014-03-26 10:55:25 UTC 
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.
Comment 16 William Brown 2014-03-27 22:16:37 UTC 
It seemed that the system was under high IO load at the time. I believe that this caused an issue (Unrelated) in dirsrv, and as a result "ungracefully" pulled ldap away from named. Not a great situation at all. 

I will email you the coredump and rpm -qa output now.
Comment 17 Petr Spacek 2014-03-28 11:09:01 UTC 
Unfortunately the coredump was lost by accident.

Please send me a new coredump and package list if it happens again. Thank you for your time!
Comment 18 William Brown 2014-04-08 23:49:54 UTC 
I can't reproduce this since. Closing as such.