
On Thu, Dec 20, 2012 at 11:57:20PM +0200, Itamar Heim wrote:
On 12/19/2012 10:38 AM, Karli Sjöberg wrote:
ons 2012-12-19 klockan 01:28 +0000 skrev bugzilla@redhat.com:
Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=881579
--- Comment #3 from Marcelo Tosatti <mtosatti@redhat.com <mailto:mtosatti@redhat.com>> --- Its very likely the cause for this are instruction emulation upstream (emulation of invalid guest state by default).
These are being fixed upstream. Once that is completed, it will be necessary to backport to FC17.
In the meantime, loading kvm-intel.ko with emulate_invalid_guest_state=0 should work around the problem (tested locally on kvm.git as of dec/2012).
For future reference, I want to add what measures have been taken:
From oVirt Webadmin, the Host was set into Maintenance.
Then this file: */etc/sysconfig/modules/kvm.modules*: #!/bin/sh
grep vmx /proc/cpuinfo >/dev/null 2>&1 && vmx=1 grep svm /proc/cpuinfo >/dev/null 2>&1 && svm=1
if [ "$vmx" ] || [ "$svm" ]; then [ "$vmx" ] && modprobe -b >/dev/null 2>&1 [ "$svm" ] && modprobe -b kvm-amd >/dev/null 2>&1
# no reason why vhost should not work with TCG, but currently it does not modprobe -b vhost-net >/dev/null 2>&1 else exit 0 fi
Was modfied to look like: #!/bin/sh
grep vmx /proc/cpuinfo >/dev/null 2>&1 && vmx=1 grep svm /proc/cpuinfo >/dev/null 2>&1 && svm=1
if [ "$vmx" ] || [ "$svm" ]; then [ "$vmx" ] && modprobe -b kvm-intel *emulate_invalid_guest_state=0*
/dev/null 2>&1 [ "$svm" ] && modprobe -b kvm-amd >/dev/null 2>&1
# no reason why vhost should not work with TCG, but currently it does not modprobe -b vhost-net >/dev/null 2>&1 else exit 0 fi
And after *two* reboots(didn´t get set after the first reboot, strangly enough) the setting have been confirmed persistant with: # more /sys/module/kvm_intel/parameters/emulate_invalid_guest_state N
The Host was again activated and the guest panics are gone.
Thanks for the hint!
/Karli
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
so freebsd doesn't work with vhost? question - wouldn't this work instead of the above: edit vm --> custom properties --> vhost --> eth0:false
(hopefully i remember this correctly).
almost... it is (unfortunately, and ambiguously) --> <vm_network_name>:false ----- it's ambiguous because it assumes that only one nic is connected to a specific network. It's not the end of the world (connecting a machine with to nics to the same lan is /rare/), but it's another opportunity to solicit per-nic custom properties, http://lists.ovirt.org/pipermail/users/2012-December/005266.html