Bug 86573
Summary: | kernel NULL pointer dereference | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 2.1 | Reporter: | Red Hat Production Operations <soc> |
Component: | kernel | Assignee: | Larry Woodman <lwoodman> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 2.1 | CC: | tao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-29 01:16:13 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: |
Description
Need Real Name
2003-03-25 20:55:53 UTC
Ok... there's nothing in here on what happened to cause it, nor if it's reproducable. Would that information be available? You know as much as we do; this occured during normal machine operations, no obvious trigger. The server was obviously running an oracle database, but beyond that, this "just happened". Unable to handle kernel paging request at virtual address ffffff92 printing eip: fe22a2a7 *pde = 00003063 Oops: 0002 Kernel 2.4.9-e.38smp CPU: 0 EIP: 0010:[usb-ohci:sohci_device_operations+92772263/3446649] Not tainted EIP: 0010:[<fe22a2a7>] Not tainted EFLAGS: 00010206 EIP is at ignore [ide-cd] 0x57b68d7 eax: 00000000 ebx: fe22a2a7 ecx: 00000003 edx: 0adf6f80 esi: 0adf6f96 edi: ccd5f5c5 ebp: f027a1b8 esp: f2d01e28 ds: 0018 es: 0018 ss: 0018 Process oracle (pid: 1260, stackpage=f2d01000) Stack: 000000fb fffffff2 f2b09520 c01f6ee5 0adf6f5e ccd5f58d 000000fb 00000000 f2d01e98 00000000 00000000 f2af23a0 00000020 f027a080 f2b09ac0 00000020 f2d01e98 ccd5f58d 000004ad f2d00000 0adf6f5e 000007db 00000000 000005a8 Call Trace: [tcp_sendmsg+1173/4672] tcp_sendmsg [kernel] 0x495 (0xf2d01e34) Call Trace: [<c01f6ee5>] tcp_sendmsg [kernel] 0x495 (0xf2d01e34) [tcp_v4_rcv+1005/1632] tcp_v4_rcv [kernel] 0x3ed (0xf2d01ea0) [<c02076fd>] tcp_v4_rcv [kernel] 0x3ed (0xf2d01ea0) [inet_sendmsg+53/64] inet_sendmsg [kernel] 0x35 (0xf2d01ed0) [<c0211e35>] inet_sendmsg [kernel] 0x35 (0xf2d01ed0) [sock_sendmsg+108/144] sock_sendmsg [kernel] 0x6c (0xf2d01ee4) [<c01d692c>] sock_sendmsg [kernel] 0x6c (0xf2d01ee4) [alloc_skb+252/464] alloc_skb [kernel] 0xfc (0xf2d01f20) [<c01d9ccc>] alloc_skb [kernel] 0xfc (0xf2d01f20) [sock_write+167/192] sock_write [kernel] 0xa7 (0xf2d01f38) [<c01d6b57>] sock_write [kernel] 0xa7 (0xf2d01f38) [sys_write+150/288] sys_write [kernel] 0x96 (0xf2d01f7c) [<c0145df6>] sys_write [kernel] 0x96 (0xf2d01f7c) [do_IRQ+254/272] do_IRQ [kernel] 0xfe (0xf2d01fa8) [<c0108f7e>] do_IRQ [kernel] 0xfe (0xf2d01fa8) [system_call+51/56] system_call [kernel] 0x33 (0xf2d01fc0) [<c01073e3>] system_call [kernel] 0x33 (0xf2d01fc0) Problem still seems to exist. The correlations between the 2 tickets are that both machines is running Oracle and using e1000 cards. We could never reproduce this problem in order to debug it. If this happens in RHEL3 please open up a separate bug. Larry Woodman |