All of lore.kernel.org
 help / color / mirror / Atom feed
* Using kexec-crashdump with recent Xen and Linux HVM
@ 2015-03-11 17:16 Stefan Bader
  2015-03-11 17:43 ` Vitaly Kuznetsov
  0 siblings, 1 reply; 2+ messages in thread
From: Stefan Bader @ 2015-03-11 17:16 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 1701 bytes --]

After being asked about this I started to play around with Xen-4.4.1/4.5
together with HVM Linux guest running 3.13/3.16/3.19. With mixed success.
Usually rather failing.

From a bit of research most activity to enable things were back in 2011. There
was a bit of a throwback around Linux 3.2[1] but it appears [2] restored this in
a backwards compatible way. Around 3.17 xen_nopv was introduced but I have not
figured out a helpful usage of this.

The failure exhibits no visible messages in the guest after the crash stacktrace
caused by sysreq-trigger while 1vcpu seems to be in a spinning loop. On the host
side I noticed changing messages (TX queue drain or EVCHNOP errors).

Command-line is a mix of nomodeset (to keep cirrusdrm away) and some defaults
from the kdump-tools (maxcpus=1 irqpoll nousb).

The closest thing to success I can get to is using xen_emul_unplug=never for the
normal boot (which propagates into the kexec command). This of course stops
usage of the pv drivers. I also tried some variation of blacklisting the
emulated drivers and using xen_emul_unplug=unnecessary but that did not seem to
work for me. The crash-kexec boot without unplugging still fails to bring up the
NIC but at least finds the root disk to store the dump there. But not using the
pv drivers is not a setup one would want to have running just in case.

So I was wondering whether I still miss something.

-Stefan



[1] commit 12275dd4b747f5d87fa36229774d76bca8e63068
    Revert "xen/pv-on-hvm kexec: add xs_reset_watches to shutdown watches..."
[2] commit cb6b6df111e46b9d0f79eb971575fd50555f43f4
    xen/pv-on-hvm kexec: add quirk for Xen 3.4 and shutdown watches.


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Using kexec-crashdump with recent Xen and Linux HVM
  2015-03-11 17:16 Using kexec-crashdump with recent Xen and Linux HVM Stefan Bader
@ 2015-03-11 17:43 ` Vitaly Kuznetsov
  0 siblings, 0 replies; 2+ messages in thread
From: Vitaly Kuznetsov @ 2015-03-11 17:43 UTC (permalink / raw)
  To: Stefan Bader; +Cc: xen-devel

Stefan Bader <stefan.bader@canonical.com> writes:

> After being asked about this I started to play around with Xen-4.4.1/4.5
> together with HVM Linux guest running 3.13/3.16/3.19. With mixed success.
> Usually rather failing.
>
> From a bit of research most activity to enable things were back in 2011. There
> was a bit of a throwback around Linux 3.2[1] but it appears [2] restored this in
> a backwards compatible way. Around 3.17 xen_nopv was introduced but I have not
> figured out a helpful usage of this.
>
> The failure exhibits no visible messages in the guest after the crash stacktrace
> caused by sysreq-trigger while 1vcpu seems to be in a spinning loop. On the host
> side I noticed changing messages (TX queue drain or EVCHNOP errors).
>
> Command-line is a mix of nomodeset (to keep cirrusdrm away) and some defaults
> from the kdump-tools (maxcpus=1 irqpoll nousb).
>
> The closest thing to success I can get to is using xen_emul_unplug=never for the
> normal boot (which propagates into the kexec command). This of course stops
> usage of the pv drivers. I also tried some variation of blacklisting the
> emulated drivers and using xen_emul_unplug=unnecessary but that did not seem to
> work for me. The crash-kexec boot without unplugging still fails to bring up the
> NIC but at least finds the root disk to store the dump there. But not using the
> pv drivers is not a setup one would want to have running just in case.
>
> So I was wondering whether I still miss something.

No, kexec/kdump for PVHVM has well-known issues. You can start reading
from http://lists.xen.org/archives/html/xen-devel/2014-12/msg01312.html
I'm still going to pick this up eventually.

>
> -Stefan
>
> [1] commit 12275dd4b747f5d87fa36229774d76bca8e63068
>     Revert "xen/pv-on-hvm kexec: add xs_reset_watches to shutdown watches..."
> [2] commit cb6b6df111e46b9d0f79eb971575fd50555f43f4
>     xen/pv-on-hvm kexec: add quirk for Xen 3.4 and shutdown watches.
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

-- 
  Vitaly

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-03-11 17:43 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-03-11 17:16 Using kexec-crashdump with recent Xen and Linux HVM Stefan Bader
2015-03-11 17:43 ` Vitaly Kuznetsov

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.