Bug 697831 - ABRT kernel oops is missing backtrace in case 00449575
Summary: ABRT kernel oops is missing backtrace in case 00449575
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: abrt
Version: 6.1
Hardware: Unspecified
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Denys Vlasenko
QA Contact: qe-baseos-tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-19 11:49 UTC by Yogesh
Modified: 2013-03-01 05:10 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-07-15 11:24:12 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Yogesh 2011-04-19 11:49:46 UTC
Description of problem:
ABRT kernel oops is missing Trace in case 00449575
Attched the crash report.

Version-Release number of selected component (if applicable):
abrt version: 1.1.13
architecture: x86_64
cmdline: not_applicable
component: kernel
executable: kernel
kernel: 2.6.32-71.el6.x86_64
package: kernel
reason: WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x26d/0x280() (Not tainted)
release: Red Hat Enterprise Linux Server release 6.0 (Santiago)
time: 1290298892
uid: 0 

How reproducible:
Random

Actual results:
Trace is not included

Expected results:
trace should be included

Additional info:
I am waiting for sosreport from client to get details on this crash.

Comment 1 Andrew Hecox 2011-05-01 19:37:20 UTC
Yogesh -- please try and get the size of the attached archive from the client...

Comment 2 Andrew Hecox 2011-05-01 19:37:45 UTC

*** This bug has been marked as a duplicate of bug 696166 ***

Comment 3 Yogesh 2011-05-02 08:03:22 UTC
Size of attached file to the case is 997bytes. Attaching that file with this case. This is different for bug 696166. In bug 696166, c/cpp crash files were not attached at all. In this kernel case, attachment file is small and does not have call trace.

Comment 5 Denys Vlasenko 2011-06-09 11:10:19 UTC
Yogesh, the file you attached indeed contains the following in "backtrace" element:

BUG: soft lockup - CPU#1 stuck for 105s! [nautilus:32765]
Modules linked in: nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables autofs4 vsock(U) vmci(U) vmmemctl(U) pvscsi(U) sunrpc ipt_REJECT ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_mirror dm_region_hash dm_log uinput ppdev parport_pc parport vmware_balloon sg pcnet32 vmxnet(U) mii i2c_piix4 i2c_core ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom mptspi mptscsih mptbase scsi_transport_spi pata_acpi ata_generic ata_piix dm_mod [last unloaded: nf_defrag_ipv4]
Pid: 32765, comm: nautilus Not tainted (2.6.32-71.18.2.el6.i686 #1) VMware Virtual Platform
EIP: 0073:[<008d144b>] EFLAGS: 00210202 CPU: 1
EIP is at 0x8d144b
EAX: 08cb1e58 EBX: 00971328 ECX: 00000000 EDX: 00000001
ESI: 088d2060 EDI: 088d2058 EBP: bfce7c98 ESP: bfce7c30
DS: 007b ES: 007b FS: 0000 GS: 0033 SS: 007b
CR0: 80050033 CR2: b7829000 CR3: 32686000 CR4: 000006f0
DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
DR6: ffff0ff0 DR7: 00000400
Call Trace:


That is, no backtrace per se.

In order to diagnose this, I need to take a look at /var/log/messages. I guess this file is included in sosreport. So please, if you will succeed in retrieving sosreport for this or similar case, please attach it to this bug.

Comment 8 Denys Vlasenko 2011-07-15 11:24:12 UTC
Closing as "INSUFFICIENT_DATA". Please reopen if data becomes available.


Note You need to log in before you can comment on or make changes to this bug.