Solved host crash - guest_4.o#sh_page_fault__guest
-
Guest tools should not be able to crash host - it will be treated as critical bug. Your stack is similar to that of reported earlier. And even though you have updated Xen version, the trigger could be something else...
-
FWIW, it appears that my fully patched 7.6 xcp host also rebooted the morning of 2/27
System Booted: 2019-02-27 04:46
I haven't dug into the logs yet.
-
@Steve_Sibilia @Danp @borzel can you share
# xenpm get-cpuidle-statesand BIOS power saving settings? -
Here the cpuidlestates.txt. Unsure how to get the BIOS settings without rebooting.
-
@r1 yes for sure.
Here: https://cloud.sinapto.net/index.php/s/0X8GdLxnTrw6bmd the output pf get-cpu-idle-states.
Power management is set up for maximun performance, power cap is disabled.
The system is a Dell poweredge r640.
Let me know if you need more details.
Steve -
While digging on multiple things I'm curious on one patch
https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=9dc1e0cd81ee469d638d1962a92d9b4bd2972bfa
It seems to have been applied on
But its not there on
and
And I think this could have relation of the host crash mentioned above. The function
guest_walk_to_gfnis used instable-4.7but not at places mentioned by this specific patch.Will try to find more on this, my tomorrow.
-
A quick update.
This morning we had another crash. Same host, same guest involved. -
You can try this workaround: boot your host with the "pcid=0" parameter. This will likely have an impact on performance but should avoid the crash.
Reference: https://lists.xenproject.org/archives/html/xen-devel/2019-01/msg00006.html
-
Security advisories have just been published on http://xenbits.xen.org/xsa/
The host crash you experienced is probably related to http://xenbits.xen.org/xsa/advisory-294.html
We will provide updated Xen packages as soon as they are ready.
-
Thank You for the update.
