[587] in arla-drinkers
More arla panic and oops info on linux 2.2.1
daemon@ATHENA.MIT.EDU (Neulinger, Nathan R.)
Fri Feb 5 16:52:54 1999
From owner-arla-drinkers@stacken.kth.se Fri Feb 05 21:52:53 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 15926 invoked from network); 5 Feb 1999 21:52:52 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 5 Feb 1999 21:52:52 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id WAA16258
for arla-drinkers-list; Fri, 5 Feb 1999 22:47:02 +0100 (MET)
Received: from umr.edu (hermes.cc.umr.edu [131.151.1.68])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id WAA16251
for <arla-drinkers@stacken.kth.se>; Fri, 5 Feb 1999 22:46:54 +0100 (MET)
Received: from umr-mail01.cc.umr.edu (umr-mail01.cc.umr.edu [131.151.37.121]) via ESMTP by hermes.cc.umr.edu (8.8.7/R.4.20) id PAA08441; Fri, 5 Feb 1999 15:46:52 -0600 (CST)
Received: by umr-mail01.cc.umr.edu with Internet Mail Service (5.5.2232.9)
id <D9V0PF7H>; Fri, 5 Feb 1999 15:46:37 -0600
Message-ID: <9DA8D24B915BD1118911006094516EAF019C7ED9@umr-mail02.cc.umr.edu>
From: "Neulinger, Nathan R." <nneul@umr.edu>
To: "'arla-drinkers@stacken.kth.se'" <arla-drinkers@stacken.kth.se>
Subject: More arla panic and oops info on linux 2.2.1
Date: Fri, 5 Feb 1999 15:46:30 -0600
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2232.9)
Content-Type: text/plain;
charset="ISO-8859-1"
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Today I got three instances of:
XFS Panic: xfs_message_installdata didn't find node!
Shortly thereafter, the machine became non-responsive interactively, but it
was still pingable. Obviously got stuck in a kernel loop, where kernel space
tasks would still work but user space tasks never got control again.
I have also gotten kernel oopses when running various user space
applications, here is the relevant backtrace info from the oops:
Netscape:
>>EIP: c012430f <filp_open+57/f0>
Trace: c0124488 <sys_open+e0/138>
Trace: c01089dc <system_call+34/38>
Code: c012430f <filp_open+57/f0> 00000000 <_EIP>:
Code: c012430f <filp_open+57/f0> 0: 8b 7e 08 movl
0
x8(%esi),%edi
Code: c0124312 <filp_open+5a/f0> 3: f6 43 10 02
testb $
0x2,0x10(%ebx)
Code: c0124316 <filp_open+5e/f0> 7: 74 0f je
1
8 <_EIP+0x18> c0124327 <filp_open+6f/f0>
Code: c0124318 <filp_open+60/f0> 9: 57
pushl %
edi
Code: c0124319 <filp_open+61/f0> a: e8 76 96 00 00 call
9
685 <_EIP+0x9685> c012d994 <get_write_access+0/20>
Code: c012431e <filp_open+66/f0> f: 89 c6 movl
%
eax,%esi
Code: c0124320 <filp_open+68/f0> 11: 83 c4 04 addl
$
TCSH: (ICK, this one looks like it might be my fault
(old_setgroups_syscall), wonder what I screwed up?) Oh, wait, never mind,
that is just an offset. old_setgroups_syscall is a variable in
xfs_syscalls.c. Why it chose that as a base is beyond me. After the machine
got in this state, I got this each time I tried a command in tcsh. Had to
reboot to clear the problem.
>>EIP: d0825e9e <xfs_readpage+72/d8>
Trace: d082b7f0 <old_setgroups_syscall+c40/????>
Trace: c011cbd8 <do_generic_file_read+540/5f8>
Trace: d082a958 <xfs_file_operations+0/3c>
Trace: c011df77 <generic_file_read+5b/74>
Trace: c011e064 <file_read_actor+0/5c>
Trace: d0825db0 <xfs_read_file+70/7c>
Trace: c012aa86 <read_exec+ba/12c>
Trace: d082a958 <xfs_file_operations+0/3c>
Code: d0825e9e <xfs_readpage+72/d8> 00000000 <_EIP>:
Code: d0825e9e <xfs_readpage+72/d8> 0: 8b 70 08 movl
0
x8(%eax),%esi
Code: d0825ea1 <xfs_readpage+75/d8> 3: 68 84 9a 82 d0
pushl $
0xd0829a84
Code: d0825ea6 <xfs_readpage+7a/d8> 8: 6a 00
pushl $
0x0
Code: d0825ea8 <xfs_readpage+7c/d8> a: e8 fb b0 90 ef call
e
f90b10a <_EIP+0xef90b10a> c0130fa8 <d_alloc+0/13c>
Code: d0825ead <xfs_readpage+81/d8> f: 89 c3 movl
%
eax,%ebx
Code: d0825eaf <xfs_readpage+83/d8> 11: 8b 47 78 movl
0
x78(%edi),%eax
-- Nathan
------------------------------------------------------------
Nathan Neulinger EMail: nneul@umr.edu
University of Missouri - Rolla Phone: (573) 341-4841
Computing Services Fax: (573) 341-4216
