From: Ian Pilcher <arequipeno@gmail.com>
To: kvm@vger.kernel.org
Subject: Nested VMX stability - module parameters?
Date: Fri, 23 Nov 2012 15:08:28 -0600 [thread overview]
Message-ID: <k8oojt$9i8$1@ger.gmane.org> (raw)
I am trying to use nested KVM (VMX) to set up Red Hat Enterprise
Virtualization (RHEV) on a single Fedora 17 host. The host hardware is
an Intel DQ67SW board with a Core i7 2600 processor.
I have successfully set up the environment, but I have experienced at
least 2 host kernel panics.
https://bugzilla.kernel.org/show_bug.cgi?id=42980
I'm not 100% sure, but I believe that both panics have occurred when
there was a lot of network traffic between nested guests running on
separate virtualized hypervisors. (See high-quality ASCII art.)
+----------------------------------------------------------------------+
| |
| +------------------+ +------------------+ |
| | | | | |
| | +----------+ | | +----------+ | |
| | | | | | | | | |
| | | Nested | | | | Nested | | |
| | | Guest | | | | Guest | | |
| | | | | | | | | |
| | +----------+ | | +----------+ | +------------------+ |
| | | | | | | |
| | Virtual | | Virtual | | RHEV | |
| | Hypervisor | | Hypervisor | | Manager | |
| | (RHEL 6.3) | | (RHEL 6.3) | | (RHEL 6.3) | |
| | | | | | | |
| +------------------+ +------------------+ +------------------+ |
| |
| Physical host (Fedora 17) |
| |
+----------------------------------------------------------------------+
After the first panic, I did two things to try to make the environment
more stable.
* Disabled VT-d in BIOS
* Changed processor type of the virtual hypervisors (as defined on the
host) to "Conroe":
<cpu mode='custom' match='exact'>
<model fallback='allow'>Conroe</model>
<vendor>Intel</vendor>
<feature policy='require' name='vmx'/>
</cpu>
Unfortunately, those changes did not prevent me from experiencing the
host kernel panic again.
I see that the kvm and kvm_intel modules have a number of parameters.
Are any of these likely to affect the stability of nested VMX?
Thanks!
--
========================================================================
Ian Pilcher arequipeno@gmail.com
Sometimes there's nothing left to do but crash and burn...or die trying.
========================================================================
reply other threads:[~2012-11-23 21:10 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='k8oojt$9i8$1@ger.gmane.org' \
--to=arequipeno@gmail.com \
--cc=kvm@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.