> -----Original Message-----
> From: crash-utility-bounces@xxxxxxxxxx
> [mailto:crash-utility-bounces@xxxxxxxxxx] On Behalf Of Dave Anderson
> Sent: Monday, May 14, 2007 12:22 PM
> To: Discussion list for crash utility usage, maintenance and
> development
> Subject: Re: Seek error type: "tss_struct ist
> array" problem on8-CPU AMD system
>
> "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.
>
I think that you are right, as the crash -d7 seems to indicate that the
dump may be incomplete(cf. attached crash -d7 output).
> 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.
>
It's a standard kernel, to which we add a couple of our (Egenera)
drivers. I can read the dump without the system map argument, but was
just going off the data provided to me by the person that ran into the
problem.
> 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.
I think that the virtual address is legitimate, but that the dump is
incomplete at this point.
>
> What does "crash -d7 ..." show?
See attached output
>
> Does crash work on the live system?
Yes, it works
>
> Dave
>
>
Thank you again!
Frank
> --
> Crash-utility mailing list
> Crash-utility@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/crash-utility
>
[root@well-rhel4564-ps3 dump]# /fpj/crash -d7 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.
crash: xc_core_elf_verify: not a xen ELF core file
crash: diskdump: dump does not have panic dump header
dump_header:
dh_magic_number: a8190173618f23ed (DUMP_MAGIC_NUMBER)
dh_version: 7 (LKCD_DUMP_V7)
dh_header_size: 744
dh_dump_level: 2 (DUMP_LEVEL_KERN)
dh_page_size: 4096
dh_memory_size: 16478713
dh_memory_start: 10000000000
dh_memory_end: a8190173618f23ed
dh_num_pages: 62179
dh_panic_string: vmdump
dh_time: Wed Dec 31 19:00:00 1969
dh_utsname_sysname: Linux
dh_utsname_nodename: well-ps3
dh_utsname_release: 2.6.9-55.ELsmp
dh_utsname_version: #1 SMP Fri Apr 20 16:36:54 EDT 2007
dh_utsname_machine: x86_64
dh_utsname_domainname: (none)
dh_current_task: 1080807b030
dh_dump_compress: 1 (DUMP_COMPRESS_RLE)
dh_dump_flags: 0 ()
dh_dump_device: 0
WARNING: This dumpfile contains more pages than the amount indicated
in the dumpfile header. This is indicative of a failure during
the post-panic creation of the dumpfile on the dump device.
reached EOF
gdb vmlinux.debug.2.6.9-55.ELsmp
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"...
<readmem: ffffffff804ef1d0, KVADDR, "xtime", 16, (FOE), 8ffa50>
<readmem: ffffffff803d8dc0, KVADDR, "system_utsname", 390, (ROE), 90003c>
<readmem: ffffffff803d8da0, KVADDR, "linux_banner", 8, (FOE), 7fbfffdd68>
<readmem: ffffffff8031ee11, KVADDR, "accessible check", 8, (ROE|Q), 7fbfffd9e0>
<readmem: ffffffff8031ee11, KVADDR, "readstring characters", 495, (ROE|Q), 7fbfffc9d0>
verify_namelist:
/proc/version:
Linux version 2.6.9-55.ELsmp (brewbuilder@xxxxxxxxxxxxxxxxxxxxxxxxxxx) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)) #1 SMP Fri Apr 20 16:36:54 EDT 2007
utsname version: #1 SMP Fri Apr 20 16:36:54 EDT 2007
vmlinux.debug.2.6.9-55.ELsmp:
Linux version 2.6.9-55.ELsmp (root@releng10) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-3)) #0 SMP Mon Apr 30 18:28:52 EDT 2007
WARNING: Because this kernel was compiled with gcc version 3.4.6, certain
commands or command options may fail unless crash is invoked with
the "--readnow" command line option.
GNU_GET_DATATYPE[irq_cpustat_t]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[irq_cpustat_t]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[irq_cpustat_t]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[timer_vec_root]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[timer_vec]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[softirq_state]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[kallsyms_header]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[user_regs_struct]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[user_regs_struct]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[user_regs_struct]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[user_regs_struct]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[user_regs_struct]: returned via gdb_error_hook (1 buffer in use)
GNU_GET_DATATYPE[user_regs_struct]: returned via gdb_error_hook (1 buffer in use)
<readmem: ffffffff804ed700, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU0: level4_pgt: ffffffff80101000 data_offset: 10087adef60
<readmem: ffffffff804ed780, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU1: level4_pgt: 1040802c000 data_offset: 10487bf8d60
<readmem: ffffffff804ed800, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU2: level4_pgt: 10408008000 data_offset: 10887bf8d60
<readmem: ffffffff804ed880, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU3: level4_pgt: 10bf9ff2000 data_offset: 10c87bfbf60
<readmem: ffffffff804ed900, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU4: level4_pgt: 10008028000 data_offset: 10087ae6f60
<readmem: ffffffff804ed980, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU5: level4_pgt: 10bf9f8a000 data_offset: 10487c00d60
<readmem: ffffffff804eda00, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU6: level4_pgt: 100f7f08000 data_offset: 10887c00d60
<readmem: ffffffff804eda80, KVADDR, "cpu_pda entry", 128, (FOE), 930580>
CPU7: level4_pgt: 107f9f8e000 data_offset: 10c87c03f60
<readmem: 10008000084, KVADDR, "tss_struct ist array", 56, (FOE), 90c5b0>
<readmem: 10408119e84, KVADDR, "tss_struct ist array", 56, (FOE), 90c5e8>
crash: seek error: kernel virtual address: 10408119e84 type: "tss_struct ist array"
--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility
