Re: [Users] [Bug 881579] kernel-3.6.7-4 causes panic on FreeBSD KVM guest with >1 CPU
--_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 b25zIDIwMTItMTItMTkga2xvY2thbiAwMToyOCArMDAwMCBza3JldiBidWd6aWxsYUByZWRoYXQu Y29tOg0KDQoNClByb2R1Y3Q6IEZlZG9yYQ0KaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD04ODE1NzkNCg0KLS0tIENvbW1lbnQgIzMgZnJvbSBNYXJjZWxvIFRvc2F0 dGkgPG10b3NhdHRpQHJlZGhhdC5jb208bWFpbHRvOm10b3NhdHRpQHJlZGhhdC5jb20+PiAtLS0N Ckl0cyB2ZXJ5IGxpa2VseSB0aGUgY2F1c2UgZm9yIHRoaXMgYXJlIGluc3RydWN0aW9uIGVtdWxh dGlvbiB1cHN0cmVhbQ0KKGVtdWxhdGlvbiBvZiBpbnZhbGlkIGd1ZXN0IHN0YXRlIGJ5IGRlZmF1 bHQpLg0KDQpUaGVzZSBhcmUgYmVpbmcgZml4ZWQgdXBzdHJlYW0uIE9uY2UgdGhhdCBpcyBjb21w bGV0ZWQsIGl0IHdpbGwgYmUgbmVjZXNzYXJ5IHRvDQpiYWNrcG9ydA0KdG8gRkMxNy4NCg0KSW4g dGhlIG1lYW50aW1lLCBsb2FkaW5nIGt2bS1pbnRlbC5rbyB3aXRoIGVtdWxhdGVfaW52YWxpZF9n dWVzdF9zdGF0ZT0wIHNob3VsZA0Kd29yayBhcm91bmQgdGhlIHByb2JsZW0gKHRlc3RlZCBsb2Nh bGx5IG9uIGt2bS5naXQgYXMgb2YgZGVjLzIwMTIpLg0KDQoNCg0KRm9yIGZ1dHVyZSByZWZlcmVu Y2UsIEkgd2FudCB0byBhZGQgd2hhdCBtZWFzdXJlcyBoYXZlIGJlZW4gdGFrZW46DQoNCkZyb20g b1ZpcnQgV2ViYWRtaW4sIHRoZSBIb3N0IHdhcyBzZXQgaW50byBNYWludGVuYW5jZS4NCg0KVGhl biB0aGlzIGZpbGU6DQovZXRjL3N5c2NvbmZpZy9tb2R1bGVzL2t2bS5tb2R1bGVzOg0KIyEvYmlu L3NoDQoNCmdyZXAgdm14IC9wcm9jL2NwdWluZm8gPi9kZXYvbnVsbCAyPiYxICYmIHZteD0xDQpn cmVwIHN2bSAvcHJvYy9jcHVpbmZvID4vZGV2L251bGwgMj4mMSAmJiBzdm09MQ0KDQppZiBbICIk dm14IiBdIHx8IFsgIiRzdm0iIF07IHRoZW4NCiAgWyAiJHZteCIgXSAmJiBtb2Rwcm9iZSAtYiA+ L2Rldi9udWxsIDI+JjENCiAgWyAiJHN2bSIgXSAmJiBtb2Rwcm9iZSAtYiBrdm0tYW1kID4vZGV2 L251bGwgMj4mMQ0KDQogICMgbm8gcmVhc29uIHdoeSB2aG9zdCBzaG91bGQgbm90IHdvcmsgd2l0 aCBUQ0csIGJ1dCBjdXJyZW50bHkgaXQgZG9lcyBub3QNCiAgbW9kcHJvYmUgLWIgdmhvc3QtbmV0 ID4vZGV2L251bGwgMj4mMQ0KZWxzZQ0KICBleGl0IDANCmZpDQoNCldhcyBtb2RmaWVkIHRvIGxv b2sgbGlrZToNCiMhL2Jpbi9zaA0KDQpncmVwIHZteCAvcHJvYy9jcHVpbmZvID4vZGV2L251bGwg Mj4mMSAmJiB2bXg9MQ0KZ3JlcCBzdm0gL3Byb2MvY3B1aW5mbyA+L2Rldi9udWxsIDI+JjEgJiYg c3ZtPTENCg0KaWYgWyAiJHZteCIgXSB8fCBbICIkc3ZtIiBdOyB0aGVuDQogIFsgIiR2bXgiIF0g JiYgbW9kcHJvYmUgLWIga3ZtLWludGVsIGVtdWxhdGVfaW52YWxpZF9ndWVzdF9zdGF0ZT0wID4v ZGV2L251bGwgMj4mMQ0KICBbICIkc3ZtIiBdICYmIG1vZHByb2JlIC1iIGt2bS1hbWQgPi9kZXYv bnVsbCAyPiYxDQoNCiAgIyBubyByZWFzb24gd2h5IHZob3N0IHNob3VsZCBub3Qgd29yayB3aXRo IFRDRywgYnV0IGN1cnJlbnRseSBpdCBkb2VzIG5vdA0KICBtb2Rwcm9iZSAtYiB2aG9zdC1uZXQg Pi9kZXYvbnVsbCAyPiYxDQplbHNlDQogIGV4aXQgMA0KZmkNCg0KQW5kIGFmdGVyIHR3byByZWJv b3RzKGRpZG7CtHQgZ2V0IHNldCBhZnRlciB0aGUgZmlyc3QgcmVib290LCBzdHJhbmdseSBlbm91 Z2gpIHRoZSBzZXR0aW5nIGhhdmUgYmVlbiBjb25maXJtZWQgcGVyc2lzdGFudCB3aXRoOg0KIyBt b3JlIC9zeXMvbW9kdWxlL2t2bV9pbnRlbC9wYXJhbWV0ZXJzL2VtdWxhdGVfaW52YWxpZF9ndWVz dF9zdGF0ZQ0KTg0KDQpUaGUgSG9zdCB3YXMgYWdhaW4gYWN0aXZhdGVkIGFuZCB0aGUgZ3Vlc3Qg cGFuaWNzIGFyZSBnb25lLg0KDQpUaGFua3MgZm9yIHRoZSBoaW50IQ0KDQovS2FybGkNCg0K --_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpvbnMgMjAxMi0xMi0x OSBrbG9ja2FuIDAxOjI4ICYjNDM7MDAwMCBza3JldiBidWd6aWxsYUByZWRoYXQuY29tOg0KPGJs b2NrcXVvdGUgdHlwZT0iQ0lURSI+DQo8cHJlPgpQcm9kdWN0OiBGZWRvcmEKPGEgaHJlZj0iaHR0 cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD04ODE1NzkiPmh0dHBzOi8v YnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9ODgxNTc5PC9hPgoKLS0tIENvbW1l bnQgIzMgZnJvbSBNYXJjZWxvIFRvc2F0dGkgJmx0OzxhIGhyZWY9Im1haWx0bzptdG9zYXR0aUBy ZWRoYXQuY29tIj5tdG9zYXR0aUByZWRoYXQuY29tPC9hPiZndDsgLS0tCkl0cyB2ZXJ5IGxpa2Vs eSB0aGUgY2F1c2UgZm9yIHRoaXMgYXJlIGluc3RydWN0aW9uIGVtdWxhdGlvbiB1cHN0cmVhbQoo ZW11bGF0aW9uIG9mIGludmFsaWQgZ3Vlc3Qgc3RhdGUgYnkgZGVmYXVsdCkuCgpUaGVzZSBhcmUg YmVpbmcgZml4ZWQgdXBzdHJlYW0uIE9uY2UgdGhhdCBpcyBjb21wbGV0ZWQsIGl0IHdpbGwgYmUg bmVjZXNzYXJ5IHRvCmJhY2twb3J0CnRvIEZDMTcuCgpJbiB0aGUgbWVhbnRpbWUsIGxvYWRpbmcg a3ZtLWludGVsLmtvIHdpdGggZW11bGF0ZV9pbnZhbGlkX2d1ZXN0X3N0YXRlPTAgc2hvdWxkCndv cmsgYXJvdW5kIHRoZSBwcm9ibGVtICh0ZXN0ZWQgbG9jYWxseSBvbiBrdm0uZ2l0IGFzIG9mIGRl Yy8yMDEyKS4KCjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPGJyPg0KRm9yIGZ1dHVyZSByZWZlcmVu Y2UsIEkgd2FudCB0byBhZGQgd2hhdCBtZWFzdXJlcyBoYXZlIGJlZW4gdGFrZW46PGJyPg0KPGJy Pg0KRnJvbSBvVmlydCBXZWJhZG1pbiwgdGhlIEhvc3Qgd2FzIHNldCBpbnRvIE1haW50ZW5hbmNl Ljxicj4NCjxicj4NClRoZW4gdGhpcyBmaWxlOjxicj4NCjxiPi9ldGMvc3lzY29uZmlnL21vZHVs ZXMva3ZtLm1vZHVsZXM8L2I+Ojxicj4NCiMhL2Jpbi9zaDxicj4NCjxicj4NCmdyZXAgdm14IC9w cm9jL2NwdWluZm8gJmd0Oy9kZXYvbnVsbCAyJmd0OyZhbXA7MSAmYW1wOyZhbXA7IHZteD0xPGJy Pg0KZ3JlcCBzdm0gL3Byb2MvY3B1aW5mbyAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxICZhbXA7 JmFtcDsgc3ZtPTE8YnI+DQo8YnI+DQppZiBbICZxdW90OyR2bXgmcXVvdDsgXSB8fCBbICZxdW90 OyRzdm0mcXVvdDsgXTsgdGhlbjxicj4NCiZuYnNwOyBbICZxdW90OyR2bXgmcXVvdDsgXSAmYW1w OyZhbXA7IG1vZHByb2JlIC1iICZndDsvZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQombmJzcDsg WyAmcXVvdDskc3ZtJnF1b3Q7IF0gJmFtcDsmYW1wOyBtb2Rwcm9iZSAtYiBrdm0tYW1kICZndDsv ZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQo8YnI+DQombmJzcDsgIyBubyByZWFzb24gd2h5IHZo b3N0IHNob3VsZCBub3Qgd29yayB3aXRoIFRDRywgYnV0IGN1cnJlbnRseSBpdCBkb2VzIG5vdDxi cj4NCiZuYnNwOyBtb2Rwcm9iZSAtYiB2aG9zdC1uZXQgJmd0Oy9kZXYvbnVsbCAyJmd0OyZhbXA7 MTxicj4NCmVsc2U8YnI+DQombmJzcDsgZXhpdCAwPGJyPg0KZmk8YnI+DQo8YnI+DQpXYXMgbW9k ZmllZCB0byBsb29rIGxpa2U6PGJyPg0KIyEvYmluL3NoPGJyPg0KPGJyPg0KZ3JlcCB2bXggL3By b2MvY3B1aW5mbyAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxICZhbXA7JmFtcDsgdm14PTE8YnI+ DQpncmVwIHN2bSAvcHJvYy9jcHVpbmZvICZndDsvZGV2L251bGwgMiZndDsmYW1wOzEgJmFtcDsm YW1wOyBzdm09MTxicj4NCjxicj4NCmlmIFsgJnF1b3Q7JHZteCZxdW90OyBdIHx8IFsgJnF1b3Q7 JHN2bSZxdW90OyBdOyB0aGVuPGJyPg0KJm5ic3A7IFsgJnF1b3Q7JHZteCZxdW90OyBdICZhbXA7 JmFtcDsgbW9kcHJvYmUgLWIga3ZtLWludGVsIDxiPmVtdWxhdGVfaW52YWxpZF9ndWVzdF9zdGF0 ZT0wPC9iPiAmZ3Q7L2Rldi9udWxsIDImZ3Q7JmFtcDsxPGJyPg0KJm5ic3A7IFsgJnF1b3Q7JHN2 bSZxdW90OyBdICZhbXA7JmFtcDsgbW9kcHJvYmUgLWIga3ZtLWFtZCAmZ3Q7L2Rldi9udWxsIDIm Z3Q7JmFtcDsxPGJyPg0KPGJyPg0KJm5ic3A7ICMgbm8gcmVhc29uIHdoeSB2aG9zdCBzaG91bGQg bm90IHdvcmsgd2l0aCBUQ0csIGJ1dCBjdXJyZW50bHkgaXQgZG9lcyBub3Q8YnI+DQombmJzcDsg bW9kcHJvYmUgLWIgdmhvc3QtbmV0ICZndDsvZGV2L251bGwgMiZndDsmYW1wOzE8YnI+DQplbHNl PGJyPg0KJm5ic3A7IGV4aXQgMDxicj4NCmZpPGJyPg0KPGJyPg0KQW5kIGFmdGVyIDxiPnR3bzwv Yj4gcmVib290cyhkaWRuwrR0IGdldCBzZXQgYWZ0ZXIgdGhlIGZpcnN0IHJlYm9vdCwgc3RyYW5n bHkgZW5vdWdoKSB0aGUgc2V0dGluZyBoYXZlIGJlZW4gY29uZmlybWVkIHBlcnNpc3RhbnQgd2l0 aDo8YnI+DQojIG1vcmUgL3N5cy9tb2R1bGUva3ZtX2ludGVsL3BhcmFtZXRlcnMvZW11bGF0ZV9p bnZhbGlkX2d1ZXN0X3N0YXRlPGJyPg0KTjxicj4NCjxicj4NClRoZSBIb3N0IHdhcyBhZ2FpbiBh Y3RpdmF0ZWQgYW5kIHRoZSBndWVzdCBwYW5pY3MgYXJlIGdvbmUuPGJyPg0KPGJyPg0KVGhhbmtz IGZvciB0aGUgaGludCE8YnI+DQo8YnI+DQovS2FybGk8YnI+DQo8YnI+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F090E8807ADexchange21_--
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). Thanks, Itamar
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
participants (3)
-
Dan Kenigsberg -
Itamar Heim -
Karli Sjöberg