Comment 0 for bug 1896726

Revision history for this message
bugproxy (bugproxy) wrote : Secure guest (qemu) crash during boot (mostly) but also while running workload (rare) (secure execution)

Secure Execution with Ubuntu 20.04, secure guest crash during boot from time to time, crashed guest went into Shufoff state instead of Crashed state (<on_crash>preserve is set), so I can't get a dump.

libvirt log file:
2020-04-21T16:35:39.382999Z qemu-system-s390x: Guest says index 19608 is available
2020-04-21 16:35:44.831+0000: shutting down, reason=crashed

---uname output---
Linux ubu204uclg1002 5.4.0-25-generic #29-Ubuntu SMP Fri Apr 17 15:05:32 UTC 2020 s390x s390x s390x GNU/Linux

Machine Type = z15 8561

---Debugger---
A debugger is not configured

---Steps to Reproduce---
 I have a setup with 72 KVM guests which I can start in secure or non-secure mode. Starting all of them in secure mode back to back results in a number of guests (4..8) in Shutoff state and reason=crashed in the libvirt log. I can manually start the guest again.... no problem. Different guests are failing.
Host and guests are on latest Ubuntu 20.04.

The supposed fix (kernel memory management) has landed in Andrew Mortons mm
tree
https://lore.kernel.org/mm-commits/20200916003608.ib4Ln%<email address hidden>/T/#u

Please note: while this was found with secure execution, the bug is actually present for non-KVM workloads as well.

The complete patch is this:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=a338e69ba37286c0fc300ab7e6fa0227e6ca68b1