Bug 984191

Summary: [abrt] glibc-2.15-59.fc17: elf_dynamic_do_Rel: Process /usr/lib/ld-2.15.so was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Lacrocivious Acrophosist <altbinspam>
Component: glibcAssignee: Carlos O'Donell <codonell>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: codonell, fweimer, jakub, law, pfrankli, schwab, spoyarek
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:864987afdbd1e99c3a74e3289f1876ddf0c2156b
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-07-18 08:15:03 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: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Lacrocivious Acrophosist 2013-07-13 12:45:37 UTC 
Version-Release number of selected component:
glibc-2.15-59.fc17

Additional info:
backtrace_rating: 4
cmdline:        /lib/ld-linux.so.2 /lib/libincidenceeditorsng.so.4
crash_function: elf_dynamic_do_Rel
executable:     /usr/lib/ld-2.15.so
kernel:         3.8.13-100.fc17.i686.PAE
runlevel:       N 5
uid:            0
ureports_counter: 1
xsession_errors: 

Truncated backtrace:
Thread no. 1 (8 frames)
 #0 elf_dynamic_do_Rel at do-rel.h:145
 #1 _dl_relocate_object at dl-reloc.c:295
 #2 relocate_doit at rtld.c:624
 #3 _dl_receive_error at dl-error.c:210
 #4 dl_main at rtld.c:2046
 #5 _dl_sysdep_start at ../elf/dl-sysdep.c:244
 #6 _dl_start_final at rtld.c:336
 #7 _dl_start at rtld.c:562
Comment 1 Lacrocivious Acrophosist 2013-07-13 12:45:50 UTC 
Created attachment 773022 [details]
File: backtrace
Comment 2 Lacrocivious Acrophosist 2013-07-13 12:45:55 UTC 
Created attachment 773023 [details]
File: cgroup
Comment 3 Lacrocivious Acrophosist 2013-07-13 12:45:59 UTC 
Created attachment 773025 [details]
File: core_backtrace
Comment 4 Lacrocivious Acrophosist 2013-07-13 12:46:06 UTC 
Created attachment 773026 [details]
File: dso_list
Comment 5 Lacrocivious Acrophosist 2013-07-13 12:46:09 UTC 
Created attachment 773027 [details]
File: environ
Comment 6 Lacrocivious Acrophosist 2013-07-13 12:46:13 UTC 
Created attachment 773028 [details]
File: limits
Comment 7 Lacrocivious Acrophosist 2013-07-13 12:46:18 UTC 
Created attachment 773029 [details]
File: maps
Comment 8 Lacrocivious Acrophosist 2013-07-13 12:46:22 UTC 
Created attachment 773030 [details]
File: open_fds
Comment 9 Lacrocivious Acrophosist 2013-07-13 12:46:26 UTC 
Created attachment 773031 [details]
File: proc_pid_status
Comment 10 Lacrocivious Acrophosist 2013-07-13 12:46:29 UTC 
Created attachment 773032 [details]
File: var_log_messages
Comment 11 Carlos O'Donell 2013-07-18 08:15:03 UTC 
I can't determine why the dynamic loader would fail where it did, all of the memory for the DSO should be mapped and it should not fail. 

This is not reproducible. I'm marking this closed/insufficient data, but I'll keep my eye out for issues like this to see if there is a pattern.