Hi,
i am seeing an oops (every couple of days) on a UP PII system with
SCSI disks, Kernel 2.2.19 and ext3 0.0.6b.
All oops output passed the klogd thus i cant anymore pipe it through
ksymoops - I ensured klogd got the correct System.map so the result
should be reliable.
Apr 25 17:03:10
Unable to handle kernel paging request at virtual address 8efd1fc8
current->tss.cr3 = 0981e000, %%cr3 = 0981e000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[kmem_cache_free+76/620]
EFLAGS: 00010082
eax: cfffc620 ebx: cefd13bc ecx: cefd1360 edx: cefd13a0
esi: cfffc620 edi: 8efd1fc0 ebp: cefd1340 esp: cd511d1c
ds: 0018 es: 0018 ss: 0018
Process md5sum (pid: 23655, process nr: 150, stackpage=cd511000)
Stack: 00000409 ffff7659 cefd1f40 ca2d3280 ca77b8a0 00000246 ffff8890 00000000
cffc0018 c013266b cfffc620 cefd1340 00000010 00000246 00000000 c021ced0
00001004 cd511dac cffd50e0 00001000 00000000 00001004 c021ced0 00001004
Call Trace: [prune_dcache+295/360] [try_to_free_inodes+190/260]
[scsi_old_times_out+0/300] [ext3_getblk+198/568] [grow_inodes+32/428]
[cprt+14006/37792] [get_new_inode+197/312] [iget4+117/128]
[__brelse+29/192] [iget+22/32] [ext3_lookup+90/140]
[real_lookup+91/180] [permission+32/56]
[lookup_dentry+304/504] [__fput+74/84]
[open_namei+105/776] [fput+70/84] [filp_open+74/264]
[filp_open+17/264] [sys_open+63/160] [sys_open+38/160]
[system_call+52/56]
Code: 8b 47 08 3d 2b 2f c3 a5 0f 85 be 01 00 00 f6 46 05 01 0f 85
May 2 11:32:00 - While issuing an du -sk on an ext3 filesystem. du -sk
segfaulted.
Unable to handle kernel paging request at virtual address 8ec91fc8
current->tss.cr3 = 0b130000, %%cr3 = 0b130000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[kmem_cache_free+76/620]
EFLAGS: 00010082
eax: cfffc620 ebx: cec913bc ecx: cec91360 edx: cec913a0
esi: cfffc620 edi: 8ec91fc0 ebp: cec91340 esp: cae7bd5c
ds: 0018 es: 0018 ss: 0018
Process du (pid: 21622, process nr: 116, stackpage=cae7b000)
Stack: 00000af4 ffffd622 cec91440 ccfe5f40 cf87d0e0 00000246 fffffc2a 00000000
00000018 c013266b cfffc620 cec91340 00000010 00000202 00000000 c021d280
00001004 cae7bdec c72e4e80 0013c0c0 00000000 00001004 c021d280 00001004
Call Trace: [prune_dcache+295/360] [try_to_free_inodes+190/260]
[ext3_getblk+198/568]
[grow_inodes+32/428] [cprt+14006/37792] [ext3_find_entry+532/792]
[get_new_inode+197/312] [iget4+117/128] [__brelse+29/192] [iget+22/32]
[ext3_lookup+90/140] [real_lookup+91/180] [permission+32/56]
[lookup_dentry+304/504] [getname+95/156] [__namei+49/104]
[filldir+0/136] [sys_newlstat+20/116] [system_call+52/56]
Code: 8b 47 08 3d 2b 2f c3 a5 0f 85 be 01 00 00 f6 46 05 01 0f 85
May 2 11:32:04 - Trying to remove the directory the du segfaulted in
(i did not discover the oops of du before)
Unable to handle kernel paging request at virtual address 8ee31fc8
current->tss.cr3 = 0b130000, %%cr3 = 0b130000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[kmem_cache_free+76/620]
EFLAGS: 00010082
eax: cfffc620 ebx: cee313bc ecx: cee31360 edx: cee313a0
esi: cfffc620 edi: 8ee31fc0 ebp: cee31340 esp: cae7becc
ds: 0018 es: 0018 ss: 0018
Process rm (pid: 21623, process nr: 116, stackpage=cae7b000)
Stack: ffffffff 0000005f cee31440 ccfe5f40 c652dbe0 00000246 cd30e000 cd30e000
c652dbe0 c013266b cfffc620 cee31340 cd30e005 00000000 c23645e0 c68224c8
fffffffe cd30e000 cd30e000 0804de20 00000000 ffffffff c23645e0 c68224c8
Call Trace: [prune_dcache+295/360] [shrink_dcache_parent+23/48]
[permission+32/56] [lookup_dentry+365/504] [vfs_rmdir+254/308]
[filldir+0/136] [sys_rmdir+173/268] [system_call+52/56]
Code: 8b 47 08 3d 2b 2f c3 a5 0f 85 be 01 00 00 f6 46 05 01 0f 85
--
Florian Lohoff flo@rfc822.org +49-5201-669912
Why is it called "common sense" when nobody seems to have any?