makedumpfile: get_max_mapnr() from ELF header problem
Michael Holzheu
holzheu at linux.vnet.ibm.com
Mon Mar 3 04:44:08 EST 2014
On Mon, 3 Mar 2014 03:11:23 +0000
Atsushi Kumagai <kumagai-atsushi at mxc.nes.nec.co.jp> wrote:
> Hello Michael,
>
> >Hello Atsushi,
> >
> >On s390 we have the following little problem:
> >
> >We use hypervisor or stand-alone dump tools to create Linux system
> >dumps. These tools do not know the kernel parameter line and dump the
> >full physical memory.
> >
> >We use makedumpfile to filter those dumps.
> >
> >If a Linux system has specified the "mem=" parameter, the dump tools
> >still dump the whole phypsical memory.
>
> I guess this is a problem of the tools, it sounds that the tools ignore
> the actual memory map and just make wrong ELF headers.
> How do the tools decide the range of System RAM to create ELF headers ?
The tools do a physical memory detection and that defines the range
of memory to be dumped and also defines the memory chunks for the
ELF header.
And I think we are not the only ones that have this problem. For example,
the KVM virsh dump probably also has that problem.
>
> At least, if the tools respect the actual memory map like /proc/vmcore, it
> can create correct ELF headers and makedumpfile will work normally.
As I said, the tools do not know the Linux memory map. They only know
the physical available memory.
Michael
More information about the kexec
mailing list