"Jansen, Frank" wrote: > Looking through the changelog, I saw that the 'tss_struct ist array' > problem on 8-CPU systems had been addressed previously. However, I'm > running into this issue on an AMD server with crash 4.0-4.1 and RHEL4 > Update 5 (2.6.9-55.Elsmp). > > The output from the crash invocation is the following: > +++ > [root@well-rhel4564-ps3 dump]# /fpj/crash System_map.2.6.9-55.ELsmp > vmlinux.debug.2.6.9-55.ELsmp ap3.1178895173.dmp > > crash 4.0-4.1 > Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007 Red Hat, Inc. > Copyright (C) 2004, 2005, 2006 IBM Corporation > Copyright (C) 1999-2006 Hewlett-Packard Co > Copyright (C) 2005, 2006 Fujitsu Limited > Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. > Copyright (C) 2005 NEC Corporation > Copyright (C) 1999, 2002 Silicon Graphics, Inc. > Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. > This program is free software, covered by the GNU General Public > License, > and you are welcome to change it and/or distribute copies of it under > certain conditions. Enter "help copying" to see the conditions. > This program has absolutely no warranty. Enter "help warranty" for > details. > > GNU gdb 6.1 > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "x86_64-unknown-linux-gnu"... > > crash: seek error: kernel virtual address: 10408119e84 type: > "tss_struct ist array" > --- > > The server is a 4 dual-core AMD (2.8GHz) with 64GB. > > Any insights into how best to troubleshoot this are much appreciated. > > Thanks, > > Frank Jansen I doubt this has anything to do with the 8-cpu issue. A few questions: Is this an RHEL4 derivative kernel of some kind? I ask because you're using a system.map file as an argument. Anyway, this dumpfile is Egenera's LKCD off-shoot, correct? Since you got an "lseek" error, the question is whether (1) the virtual address of 10408119e84 is legitimate, and (2) whether it is included in your dumpfile. What does "crash -d7 ..." show? Does crash work on the live system? Dave -- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/crash-utility