Bug 676599

Summary: [abrt] coreutils-8.5-7.fc14: __strftime_internal: Process /bin/sleep was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Urs Schuerch <outway>
Component: coreutilsAssignee: Ondrej Vasik <ovasik>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: aquini, kdudka, maxamillion, ovasik, twaugh
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard: abrt_hash:247ab586818920ad0f1d3012000fd7e60b65ce9b
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-02-10 07:12:30 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Attachments:
Description Flags
File: backtrace none

Description Urs Schuerch 2011-02-10 05:52:19 EST
abrt version: 1.1.14
architecture: i686
cmdline: sleep 100
comment: Not reproducible, just happened once.
component: coreutils
crash_function: __strftime_internal
executable: /bin/sleep
kernel: 2.6.35.6-48.fc14.i686
package: coreutils-8.5-7.fc14
rating: 4
reason: Process /bin/sleep was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
How to reproduce: 1. run sleep
time: 1295135704
uid: 500

backtrace
-----
[New Thread 2704]
warning: Could not load shared library symbols for .
Do you need "set solib-search-path" or "set sysroot"?
Core was generated by `sleep 100'.
Program terminated with signal 11, Segmentation fault.
#0  0x00a77416 in __kernel_vsyscall ()

Thread 1 (Thread 2704):
#0  0x00a77416 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00943360 in __strftime_internal () from /lib/libc.so.6
No symbol table info available.
#2  0x08049271 in main (argc=2, argv=0xbfca1fe4) at sleep.c:147
        i = 2
        seconds = <value optimized out>
        ok = <value optimized out>
From        To          Syms Read   Shared Object Library
0x008c3c10  0x009e09e4  Yes         /lib/libc.so.6
0x00882850  0x00899acf  Yes         /lib/ld-linux.so.2
                        No          
$1 = 0x0
No symbol "__glib_assert_msg" in current context.
eax            0xfffffdfc	-516
ecx            0x0	0
edx            0x804e3a8	134538152
ebx            0xbfca1e98	-1077272936
esp            0xbfca1e68	0xbfca1e68
ebp            0xbfca1eb8	0xbfca1eb8
esi            0xb7870688	-1215887736
edi            0x0	0
eip            0xa77416	0xa77416 <__kernel_vsyscall+2>
eflags         0x246	[ PF ZF IF ]
cs             0x73	115
ss             0x7b	123
ds             0x7b	123
es             0x7b	123
fs             0x0	0
gs             0x33	51
Dump of assembler code for function __kernel_vsyscall:
   0x00a77414 <+0>:	int    $0x80
=> 0x00a77416 <+2>:	ret    
End of assembler dump.
Comment 1 Urs Schuerch 2011-02-10 05:52:23 EST
Created attachment 478034 [details]
File: backtrace
Comment 2 Ondrej Vasik 2011-02-10 07:12:30 EST
Thanks for report, anyway - I have to close it insufficient data - without reliable reproducer or more information it makes no sense to reassign the bugzilla to glibc - and __strftime_internal function is coming from.

Feel free to provide more data and/or information so I could reopen that bugzilla and reassign it to glibc.
Comment 3 Urs Schuerch 2011-02-10 07:25:36 EST
np, I thought this will happen. If I encounter it again I will be back.