Bug 167839
| Summary: | kernel crashes with an Ooops | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | Sev Binello <sev> | ||||
| Component: | kernel | Assignee: | Dave Anderson <anderson> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 3.0 | CC: | lwoodman, petrides | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-01-20 20:17:05 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: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 181405 | ||||||
| Attachments: |
|
||||||
|
Description
Sev Binello
2005-09-08 19:04:37 UTC
Created attachment 118605 [details]
sysreport info
This appears to be corruption of the inode cache. Is this reproducable and if so, is the customer willing to run a debug kernel with slab debugging enabled? Larry Woodman No, I can't intentionally reproduce it. We are willing to assist. Let me know what needs to be done, an what the impact might be. Keep in mind this is a production system, and that we may have to run it in debug for a while before another crash. I don't know what "slab" debugging is. Sev, can you try to reproduce this problem with the RHEL3-U6 kernel? We have multiple fixes in that kernel that could prevent inode cache corruption. Larry Woodman Well, I can't reproduce it even now. But I guess this means we should upgrade A fix for this problem was committed to the RHEL3 U6 patch pool on 13-May-2005 (in kernel version 2.4.21-32.4.EL). An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-663.html *** This bug has been marked as a duplicate of 155289 *** We have had a similar crash on a different sever even after going to U6. Please see bug# 177451 *** This bug has been marked as a duplicate of 177451 *** A fix for this problem was committed to the RHEL3 U8 patch pool on 17-Feb-2006 (in kernel version 2.4.21-40.2.EL). *** This bug has been marked as a duplicate of 175216 *** Adding a couple dozen bugs to CanFix list so I can complete the stupid advisory. Seems bug is still around even with hot fix kernel 2.4.21-40.2.ELsmp
VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have a nice day...
Unable to handle kernel paging request at virtual address 5069c79a
printing eip:
c0182097
*pde = 00000000
Oops: 0000
soundcore ide-cd cdrom nfs nfsd lockd usbserial lp parport netconsole mvfs vnode
sunrpc autofs4 e1000 floppy sg microcode keybdev mousedev hid
input usb-uhci
CPU: 0
EIP: 0060:[<c0182097>] Tainted: PF
EFLAGS: 00013206
EIP is at iput [kernel] 0x37 (2.4.21-40.2.ELsmp/i686)
eax: 5069c782 ebx: dd7de900 ecx: dd7de910 edx: cb7d8c00
esi: 5069c782 edi: cd7dd800 ebp: cd7dd800 esp: f7f0ff6c
ds: 0068 es: 0068 ss: 0068
Process kswapd (pid: 11, stackpage=f7f0f000)
Stack: 00000003 f7e25f98 f8e7aae7 cb7d8c18 cb7d8c00 dd7de900 c017f05a dd7de900
dd7de900 c03aac00 00003281 00000000 00000040 c017f568 0000eb19 00000000
c01577f0 00000006 000001d0 00000014 00000000 00000000 0000652d 00000000
Call Trace: [<f8e7aae7>] nfs_dentry_iput [nfs] 0x57 (0xf7f0ff74)
[<c017f05a>] prune_dcache [kernel] 0x1ca (0xf7f0ff84)
[<c017f568>] shrink_dcache_memory [kernel] 0x68 (0xf7f0ffa0)
[<c01577f0>] do_try_to_free_pages_kswapd [kernel] 0x150 (0xf7f0ffac)
[<c01579b8>] kswapd [kernel] 0x68 (0xf7f0ffd0)
[<c0157950>] kswapd [kernel] 0x0 (0xf7f0ffe4)
[<c01095cd>] kernel_thread_helper [kernel] 0x5 (0xf7f0fff0)
Code: 8b 46 18 85 c0 0f 85 d1 02 00 00 c7 44 24 04 1c f6 3a c0 8d
CPU#0 is executing netdump.
CPU#1 is frozen.
CPU#2 is frozen.
CPU#3 is frozen.
What's tainting the kernel? We have a IBM(Rational) clearcase module installed |