[Crash-utility] help debug number of CPU detect failure

Dave Anderson anderson at redhat.com
Tue Mar 10 14:29:33 UTC 2020



----- Original Message -----
> 
> 
> ----- Original Message -----
> 
> ...
> 
> > Hi Dave,
> > 
> > I did some more experiments and found that it is nothing to do with numa.
> >
> > I also found that the issue gets resolved when I insert "SYMBOL(_stext)="
> > into vmcoreinfo.
> > Meaning sometime crash needs _stext value along with kaslr & phys_base.
> >
> > Thanks,
> > Santosh
> 
> There is this comment in kaslr_init():
> 
>  *  Setting RELOC_AUTO will ensure that derive_kaslr_offset() is
>  *  called after the sorting operation has captured the vmlinux
>  *  file's "_stext" symbol value -- which it will compare to the
>  *  relocated "_stext" value found in either a dumpfile's vmcoreinfo
>  *  or in /proc/kallsyms on a live system.
> 
> You should report that back to the vm2core developers to fix that
> half-baked ELF header.
> 
> For example, when the KVM "virsh dump" feature is used by a KVM
> host to create a dumpfile of a guest VM, they have a mechanism in
> place that transfers the vmcoreinfo data from the guest back to
> the host, resulting in a vmcore that is identical to a bare-metal
> vmcore.

By the way, I note on the vm2core github site, they suggest using
the guest's System.map file on the command line (in addition to 
--kaslr and --machdep phys_base=xxxx).  Doing that would supply
the _stext value.  

Dave






More information about the Crash-utility mailing list