Oopsen with 2.2.1+arca_6

Troy Solo (solo@paranoia.dok.org)
Sun, 07 Feb 1999 16:22:51 -0600 (CST)


This message is in MIME format
--_=XFMail.1.3.p0.Linux:990207162251:317=_
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings all.

This morning at 9:47am CST my machine (paranoia.dok.org) running linux
2.2.1+arca_6 experienced 2 oopsen at the same time. Then at 12pm the machine
experienced yet another oops which lead to a lockup (blank screen, still
recoverable with the magic SysRQ key sequence u-s-b)

I am not a kernel hacker and I do not know much about tracing oopsen,
but I have followed the directions in

/usr/src/linux/Documentation/oops-tracing.txt
^^^^ non kernel-hacker types take note!

and I have attached the ksymoops output for all 3 oopsen along with some
pertinent machine info.


ANDREA: if it turns out that the oopsen have nothing to do with your
vm patches (which until now have been working beautifully) please let me know
to whom I should forward a copy of this mail to, or feel free to forward it to
the proper authorities. (I'd hate to bother Linus without good reason.)

Hope this helps.
T.Solo
solo@paranoia.dok.org

--_=XFMail.1.3.p0.Linux:990207162251:317=_
Content-Disposition: attachment; filename="paranoia-oopsen.txt"
Content-Transfer-Encoding: 7bit
Content-Description: paranoia-oopsen.txt
Content-Type: text/plain;
charset=us-ascii; name=paranoia-oopsen.txt; SizeOnDisk=7276

**** This is the FIRST OOPS:

Options used: -V (default)
-o /lib/modules/2.2.1/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)

Unable to handle kernel paging request at virtual address 42893866
current->tss.cr3 = 02521000, %cr3 = 02521000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c012ee06>]
EFLAGS: 00010206
eax: 42893842 ebx: c02198ac ecx: c025fbd8 edx: 00000000
esi: c2941ec4 edi: 000051cf ebp: c2941ec4 esp: c2941e98
ds: 0018 es: 0018 ss: 0018
Process find (pid: 1728, process nr: 43, stackpage=c2941000)
Stack: c02198ac c2941ebc 00000008 c02198b4 c012efe0 c2941ec4 00000008 c02506b0
c02198bc c02506b0 00000001 c08aec3c c02198b4 c012f025 00000008 00000008
00000000 c012f05f 00000008 00000000 c02506b0 c02198bc c02506b0 c02506a8
Call Trace: [<c012efe0>] [<c012f025>] [<c012f05f>] [<c012f3dd>] [<c012f494>] [<c
013aff4>] [<c0129e08>]
[<c0129fd6>] [<c012a0c8>] [<c012822a>] [<c0108814>]
Code: 8b 40 24 85 c0 74 07 53 ff d0 83 c4 04 90 c7 83 94 00 00 00

>>EIP: c012ee06 <clear_inode+36/50>
Trace: c012efe0 <free_inodes+a0/b0>
Trace: c012f025 <try_to_free_inodes+11/24>
Trace: c012f05f <grow_inodes+17/1a8>
Trace: c012f3dd <get_new_inode+bd/11c>
Trace: c012f494 <iget+58/60>
Trace: c013aff4 <ext2_lookup+54/7c>
Trace: c0129e08 <real_lookup+54/80>
Trace: c0129fd6 <lookup_dentry+126/1f0>
Code: c012ee06 <clear_inode+36/50> 00000000 <_EIP>:
Code: c012ee06 <clear_inode+36/50> 0: 8b 40 24 movl 0x24
(%eax),%eax
Code: c012ee09 <clear_inode+39/50> 3: 85 c0 testl %eax
,%eax
Code: c012ee0b <clear_inode+3b/50> 5: 74 07 je e <_
EIP+0xe> c012ee14 <clear_inode+44/50>
Code: c012ee0d <clear_inode+3d/50> 7: 53 pushl %ebx
Code: c012ee0e <clear_inode+3e/50> 8: ff d0 call *%ea
x
Code: c012ee10 <clear_inode+40/50> a: 83 c4 04 addl $0x4
,%esp
Code: c012ee13 <clear_inode+43/50> d: 90 nop
Code: c012ee14 <clear_inode+44/50> e: c7 83 94 00 00 movl $0x0
,0x94(%ebx)
Code: c012ee19 <clear_inode+49/50> 13: 00 00 00 00 00

**** This is the SECOND OOPS which happened no more than a second after the firs
t:

Options used: -V (default)
-o /lib/modules/2.2.1/ (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-m /usr/src/linux/System.map (default)
-c 1 (default)

Unable to handle kernel paging request at virtual address ff36280c
current->tss.cr3 = 02599000, %cr3 = 02599000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c012ee06>]
EFLAGS: 00010286
eax: ff3627e8 ebx: c2941ebc ecx: c02198b4 edx: c3da9b20
esi: c259be4c edi: 00000008 ebp: c259be4c esp: c259be20
ds: 0018 es: 0018 ss: 0018
Process tleds (pid: 270, process nr: 22, stackpage=c259b000)
Stack: c2941ebc c259be44 00000008 c02198b4 c012efe0 c259be4c 00000008 c02504d0
c02198bc c02504d0 00000001 c0f4a35c c02198b4 c012f025 00000008 00000008
00000000 c012f05f 00000008 00000000 c02504d0 c02198bc c02504d0 c34b622e
Call Trace: [<c012efe0>] [<c012f025>] [<c012f05f>] [<c012f3dd>] [<c012f494>] [<c
0147a12>] [<c014808b>]
[<c0148117>] [<c0129e08>] [<c0129fd6>] [<c012a15e>] [<c012297c>] [<c0122b
12>] [<c0108814>]
Code: 8b 40 24 85 c0 74 07 53 ff d0 83 c4 04 90 c7 83 94 00 00 00

>>EIP: c012ee06 <clear_inode+36/50>
Trace: c012efe0 <free_inodes+a0/b0>
Trace: c012f025 <try_to_free_inodes+11/24>
Trace: c012f05f <grow_inodes+17/1a8>
Trace: c012f3dd <get_new_inode+bd/11c>
Trace: c012f494 <iget+58/60>
Trace: c0147a12 <proc_get_inode+3e/f0>
Trace: c014808b <proc_lookup+a3/ec>
Trace: c0148117 <proc_root_lookup+43/104>
Code: c012ee06 <clear_inode+36/50> 00000000 <_EIP>:
Code: c012ee06 <clear_inode+36/50> 0: 8b 40 24 movl 0x24
(%eax),%eax
Code: c012ee09 <clear_inode+39/50> 3: 85 c0 testl %eax
,%eax
Code: c012ee0b <clear_inode+3b/50> 5: 74 07 je e <_
EIP+0xe> c012ee14 <clear_inode+44/50>
Code: c012ee0d <clear_inode+3d/50> 7: 53 pushl %ebx
Code: c012ee0e <clear_inode+3e/50> 8: ff d0 call *%ea
x
Code: c012ee10 <clear_inode+40/50> a: 83 c4 04 addl $0x4
,%esp
Code: c012ee13 <clear_inode+43/50> d: 90 nop
Code: c012ee14 <clear_inode+44/50> e: c7 83 94 00 00 movl $0x0
,0x94(%ebx)
Code: c012ee19 <clear_inode+49/50> 13: 00 00 00 00 00

**** This is the THIRD oops that locked the machine approx. 2.25hrs after the se
cond:

Unable to handle kernel paging request at virtual address ea75f33d
current->tss.cr3 = 00847000, %cr3 = 00847000
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c011ab42>]
EFLAGS: 00010286
eax: 5bf4658d ebx: c259becc ecx: ea75f339 edx: c010fc5e
esi: c259be44 edi: 0000000f ebp: 00000000 esp: c3175ed8
ds: 0018 es: 0018 ss: 0018
Process logcheck.sh (pid: 1806, process nr: 48, stackpage=c3175000)
Stack: 0000000f c3175f2c c259becc c001d600 c259becc c012ede3 c259be44 00000000
c259a000 c012ee3d c259be44 c3175f24 00000008 c02198b4 c012efe0 c3175f2c
00000008 c08a22c0 c08a2e00 bffffb80 00000001 c0f67008 c02198b4 c012f025
Call Trace: [<c012ede3>] [<c012ee3d>] [<c012efe0>] [<c012f025>] [<c012f05f>] [<c
0119770>] [<c012f315>]
[<c012994a>] [<c0129a46>] [<c010c775>] [<c0108814>]
Code: 89 41 04 c7 02 00 00 00 00 c7 42 04 00 00 00 00 8b 4a 20 85

>>EIP: c011ab42 <truncate_inode_pages+66/154>
Trace: c012ede3 <clear_inode+13/50>
Trace: c012ee3d <dispose_list+1d/58>
Trace: c012efe0 <free_inodes+a0/b0>
Trace: c012f025 <try_to_free_inodes+11/24>
Trace: c012f05f <grow_inodes+17/1a8>
Trace: c0119770 <handle_mm_fault+c0/14c>
Trace: c012f315 <get_empty_inode+8d/98>
Trace: c012994a <get_pipe_inode+6/d0>
Code: c011ab42 <truncate_inode_pages+66/154> 00000000 <_EIP>:
Code: c011ab42 <truncate_inode_pages+66/154> 0: 89 41 04 movl %eax
,0x4(%ecx)
Code: c011ab45 <truncate_inode_pages+69/154> 3: c7 02 00 00 00 movl $0x0
,(%edx)
Code: c011ab4a <truncate_inode_pages+6e/154> 8: 00
Code: c011ab4b <truncate_inode_pages+6f/154> 9: c7 42 04 00 00 movl $0x0
,0x4(%edx)
Code: c011ab50 <truncate_inode_pages+74/154> e: 00 00
Code: c011ab52 <truncate_inode_pages+76/154> 10: 8b 4a 20 movl 0x20
(%edx),%ecx
Code: c011ab55 <truncate_inode_pages+79/154> 13: 85 00 testl %eax
,(%eax)

**** Machine Info:

Linux paranoia 2.2.1 #1 Sat Feb 6 21:29:37 CST 1999 i586 unknown
Kernel modules 2.1.121
Gnu C pgcc-2.91.60
Binutils 2.9.1.0.17
Linux C Library 5.4.46*
Dynamic linker ldd: version 1.9.9
Linux C++ Library 2.8*.
Procps 1.2.7
Mount 2.7l
Net-tools (1998-12-05)
Kbd 0.94
Sh-utils 1.16

I hope this helps track down the problem!

T.Solo
solo@paranoia.dok.org

--_=XFMail.1.3.p0.Linux:990207162251:317=_--
End of MIME message

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/