"Kurtis D. Rader" wrote:
 The following vmcore was manually induced ([sysrq-d]) from a freshly
 booted hugemem kernel on a system with 64 GiB of memory:
     -rw-r--r-- 1 krader krader 68719480832 2007-03-09 12:18:44 /vmware/vmcore
 Running crash on it
     crash -d255 System.map-2.4.21-47.0.1.ELhugemem /vmware/vmcore \
     ./usr/lib/debug/boot/vmlinux-2.4.21-47.ELhugemem.debug
 Fails with
 
...
 crash: ./usr/lib/debug/boot/vmlinux-2.4.21-47.ELhugemem.debug: no text and data contents
 crash: the use of a System.map file requires that the accompanying namelist
 argument is a kernel file built with the -g CFLAG.  The namelist argument
 supplied in this case is a debuginfo file, which must be accompanied by the
 kernel file from which it was derived.
 
As the error message above states, "the namelist argument supplied
is a debuginfo file, which must be accompanied by the kernel file from
which it was derived".
 crash -d255 System.map-2.4.21-47.0.1.ELhugemem /vmware/vmcore \
    ./usr/lib/debug/boot/vmlinux-2.4.21-47.ELhugemem.debug
Get rid of the System.map file, and then go find and put the
/boot/vmlinux-2.4.21-47.ELhugemem file on the comand line.
RHEL3 had that inane "split-vmlinux-and-vmlinux.debug"
scheme, as if it were a user application.  Fortunately sanity
took over in RHEL4, and they decided to just keep the
single -g built vmlinux file as a single entity in the kernel
debuginfo package.
A System.map file argument is *never* required unless the
vmlinux file does not match the vmcore file.
Dave