[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] kexec+kdump troubles on xen 4.5-unstable, centos 7, x86_64 (need to get a crash dump)

On 19/10/2014 10:51, ÐÑÐÐÐÑÐÐ ÐÑÐÑÐÐ wrote:

2014-10-17 23:32 GMT+04:00 Andrew Cooper <andrew.cooper3@xxxxxxxxxx>:
On 17/10/2014 19:17, ÐÑÐÐÐÑÐÐ ÐÑÐÑÐÐ wrote:

So the questions are:

1. How can I make crash dumps of the hypervisor and the dom0?

Kexec of domains inside themselves is not supported. Effort is being made to make it work, but there are some architectural challenges.

The correct method is method 2, by providing a crash region in Xen for dom0 to load into. I suspect your problem is that systemd doesn't understand that it is running in dom0, and is attempting to load a normal crash kernel.

An up-to-date kexec-tools and running `kexek` manually ought to do the right thing.

OK. I've tried it again. Here's my cmdline:

APPEND xen.gz console=com1 com1=115200,8n1 crashkernel=256M iommu=1 --- bzImage ignore_loglevel serial console=ttyS1,115200n8 ...

ttyS1 is the second serial console, not the first. Xen should be using com2 not com1 on the command line.

Linux should be configured to use hvc0 which will then be muxed by Xen onto the serial.

This should now get you the Xen console ring on the serial as well.

Here's what I see in dom0:

[root@kvmxen-centos7-test1-nb admin]# xl dmesg | grep crash
(XEN) Command line: console=com1 com1=115200,8n1 crashkernel=256M iommu=1

[root@kvmxen-centos7-test1-nb admin]# kexec -p /boot/bzImageÂ
Memory for crashkernel is not reserved
Please reserve memory by passing "crashkernel=X@Y" parameter to the kernel
Then try loading kdump kernel

Here's the kexec's version (I built it from source rpm):

[root@kvmxen-centos7-test1-nb admin]# kexec --version
kexec-tools 2.0.4 released 17 October 2014

I don't know when that date is from, but kexec-tools 2.0.4 is much older than that. You want 2.0.5 or newer, which contains the Xen support.

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.