[26614] in Athena Bugs
Re: exmh panics 9.4.17 Solaris
daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue Sep 20 15:28:03 2005
From: Greg Hudson <ghudson@mit.edu>
To: John Hawkinson <jhawk@mit.edu>
In-Reply-To: <200509201851.j8KIpCuJ016073@bart-savagewood.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Tue, 20 Sep 2005 15:25:59 -0400
Message-Id: <1127244359.332.21.camel@equal-rites.mit.edu>
Mime-Version: 1.0
X-Spam-Score: 1.589
X-Spam-Level: * (1.589)
X-Spam-Flag: NO
cc: bug-sipb@mit.edu
cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu
Well, I just had a fascinating series of test results using systest on
my test machine:
% exmh
Segmentation fault
% exmh
Segmentation fault
% gdb --args /afs/sipb/project/tcl/wish -f /mit/sipb/bin/exmh
(Inside gdb, exmh appears to function normally, although I didn't know
it was normal to spew an inc display to stdout)
% exmh
/mit/sipb/arch/sun4x_510/bin/exmh: Permission denied.
% exmh
/mit/sipb/arch/sun4x_510/bin/exmh: Permission denied.
% ls -l /afs/sipb/project/tcl/wish
lrwxr-xr-x 1 17069 root 8 Jan 20 1996 /afs/sipb/project/tcsh/wish -> bin/wish
% ls -l /afs/sipb/project/tcl/bin/wish
lrwxr-xr-x 1 4945 mit 7 Jun 4 2004 /afs/sipb/project/tcl/bin/wish ->
(In the real world, this symlink points to "wish8.4")
So we're seeing three different manifestations at different times:
* exmh exiting with a segmentation fault
* Kernel panics as jhawk reported
* Corrupting the value of
the /afs/sipb/project/tcl/arch/sun4x_59/bin/wish symlink, resulting in a
"Permission denied" error as the shell tries to execute the
directory /afs/sipb/project/tcl/arch/sun4x_59/bin.
One possible area to look at is the AFS @sys compatibility
code. /afs/sipb/project/tcl/bin is a symlink to arch/@sys/bin, and
there is no arch/sun4x_510, so AFS is falling back to arch/sun4x_59.
But honestly, the memory corruption could be happening anywhere in the
exmh execution path.
