Bug 8660
Summary: | 2.2.14 (and 2.2.12-20) -> "Unable to handle paging request" and corruptions | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Ian Jones <ian.jones> |
Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> |
Status: | CLOSED WORKSFORME | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 6.1 | CC: | army, harris, mashman, philw, wilburn, zack |
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: | 2000-08-08 19:07:16 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
Ian Jones
2000-01-20 18:04:25 UTC
I have had the same problem under both RedHat 5.1 and 6.1 (2.2.12-20) kernels, on two different machines. The processes under which this has occurred are: killall, and w - during the 4 AM update on 5.1 - and, tar and rpm when used in 6.1. A sample of the messages is below for anyone who understands kernel codes. I have experienced severe filesystem corruption after these errors. myhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 myhost kernel: current->tss.cr3 = 06452000, %cr3 = 06452000 myhost kernel: *pde = 00000000 myhost kernel: Oops: 0000 myhost kernel: CPU: 0 myhost kernel: EIP: 0010:[kmem_cache_alloc+49/292] myhost kernel: EFLAGS: 00010006 myhost kernel: eax: c6831fc0 ebx: c6831fc0 ecx: 00000000 edx : 27d80000 myhost kernel: esi: 00000c00 edi: c7fff740 ebp: 00000282 esp : c20a9e10 myhost kernel: ds: 0018 es: 0018 ss: 0018 myhost kernel: Process tar (pid: 2970, process nr: 62, stackpage=c20a9000) myhost kernel: Stack: 00000001 00000400 c012727d c7fff740 00000003 00000000 00000001 c012730a myhost kernel: 00000001 00000400 00000308 00000330 c31bcaa0 c20a9e50 c20a9e50 c20a8000 myhost kernel: c20a8000 00000000 c0127977 c7b05000 00000400 00000001 00000000 c20a9ef4 myhost kernel: Call Trace: [get_unused_buffer_head+85/160] [create_buffers+66/408] [brw_page+131/880] [__brelse+19/84] [ext2_bmap+360/584] [generic_readpage+129/144] [try_to_read_ahead+254/276] myhost kernel: [do_generic_file_read+750/1500] [generic_file_read+99/124] [file_read_actor+0/80] [sys_read+174/196] [system_call+52/56] myhost kernel: Code: 8b 01 89 03 85 c0 74 2b 8b 73 04 85 f6 75 10 89 19 89 c8 2b myhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000002b myhost kernel: current->tss.cr3 = 05b4e000, %cr3 = 05b4e000 myhost kernel: *pde = 00000000 myhost kernel: Oops: 0000 myhost kernel: CPU: 0 myhost kernel: EIP: 0010:[try_to_read_ahead+111/276] myhost kernel: EFLAGS: 00010202 myhost kernel: eax: c7fcfff0 ebx: 00191000 ecx: 00000000 edx : 00000023 myhost kernel: esi: c27be550 edi: c240b000 ebp: 001a7000 esp : c341ff18 myhost kernel: ds: 0018 es: 0018 ss: 0018 myhost kernel: Process rpm (pid: 2806, process nr: 19, stackpage=c341f000) myhost kernel: Stack: c02ab708 001a7000 c7fcfff0 c011d67a c4b39a40 001a7000 00000000 00000400 myhost kernel: bffff17c 00000000 00000400 c7fcff1c 00016000 00172000 00020000 0001f000 myhost kernel: 00000000 00000002 00000001 00172000 c27be550 c011da1b c4b39a40 c4b39a54 myhost kernel: Call Trace: [do_generic_file_read+750/1500] [generic_file_read+99/124] [file_read_actor+0/80] [sys_read+174/196] [system_call+52/56] [startup_32+43/286] myhost kernel: Code: 39 72 08 75 f4 39 6a 0c 75 ef ff 42 14 b8 02 00 00 00 0f ab Have had the same problems. I think the raid 1 has saved me of the corruptions though (long rebuild on reboot)... System is RH 6.1, software raid 1 (2 x 20GB HDD), 96MB RAM and 2 x 128 MB swap (swap and /boot not mirrored md0/1 both 9.8 GB), PPro 200 Here's my log: code: 8b 01 89 03 85 c0 74 2b 8b 73 04 85 f6 75 10 89 19 89 c8 2b Unable to handle kernel paging request at virtual address 002203df current->tss.cr3 = 00101000, %cr3=00101000 *pde = 00000000 cpu: 0 eip: 0010 [<c012ea1>] eflags: 00010006 eax: c1b53fe0 ebx: c1b53fe0 ecx: 002203df edx: c02a18c0 esc: c1838000 edi: c5fff020 ebp: 00000282 esp: c0225e30 process swapper (pid:0, process nr:0, stackpage: c0225000) stack: 00000008 000b2000 c0120c2e c5fff020 00000008 c5fff2c8 c5fff2c0 00000008 00000286 c1838000 00000246 00000003 00000008 00000000 00000000 c01211f7 c5fff2c0 00000008 c3eca900 00000620 00000008 c56490e0 c014d379 00000624 call trace [<c0120c2e>] [<c01211f7>] [<c014d379>] [<c685560c>] [<c685515f>] [<c010ab38>] [<c0111a93>] [<c010ad32>] [<c010aaf7>] [<c01184f5>] [<c010ae54>] [<c010ab38>] [<c01085fd>] [<c0106000>] [<c0108620>] [<c0109d08>] [<c0106000>] [<c010607b>] [<c0106000>] [<c0100176>] code: 8b 01 89 03 85 c0 74 2b 8b 73 04 85 f6 75 10 89 19 89 c8 2b Aiee, kernel panic In swapper task - not synching Let me know if any of these boxes pass memtest86 and show the problem still in 6.2 or 6.9.5 (re-open if you ever run the memtests) |