[Crash-utility] 64 GiB hugemem vmcore can't be analyzed

Dave Anderson anderson at redhat.com
Fri Mar 9 21:32:50 UTC 2007


"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



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/crash-utility/attachments/20070309/e6cc0ad9/attachment.htm>


More information about the Crash-utility mailing list