<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 16, 2017 at 3:17 PM, Mark Duggan <span dir="ltr">&lt;<a href="mailto:mduggan@gmail.com" target="_blank">mduggan@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Just bumping this in case anyone has any ideas as to what I might be able to do to potentially get this to work.</div><div class="gmail-HOEnZb"><div class="gmail-h5"><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>Hello,</div><div>I found some information about my lab in 2013.</div><div>I have verified I was using 5.1 so not exactly 5.5.</div><div>For that lab, where I ran Openstack Grizzly (and then IceHouse in a second step), I was able to use nested VMs inside the virtual Hypervisors (based on Qemu/KVM).</div><div>At that time I followed these two guides from virtuallyghetto for 5.0 and 5.1, that are still available.</div><div>It seems I didn&#39;t find a specific update for 5.5, so it could be that the guide for 5.1 is still ok for 5.5.</div><div>Can you verify if you followed the same steps in configuring vSphere?</div><div>Note that the guides are for nesting Hyper-V but I used the same guidelines to have a nested Qemu-KVM based hypervisor setup:</div><div><br></div><div>The guide for 5.0</div><div><a href="http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html">http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html</a> </div><div> </div><div>The guide for 5.1</div><div><a href="http://www.virtuallyghetto.com/2012/08/how-to-enable-nested-esxi-other.html">http://www.virtuallyghetto.com/2012/08/how-to-enable-nested-esxi-other.html</a><br></div><div><br></div><div>One important new setup thing for the 5.1 version was the step 3) in section &lt;Nesting &quot;Other&quot; Hypervisors&gt;</div><div><br></div><div>Step 3 - You will need to add one additional .vmx parameter which tells the underlying guestOS (Hyper-V) that it is not running as a virtual guest which in fact it really is. The parameter is hypervisor.cpuid.v0 = FALSE<br></div><div><br></div><div>HIH,</div><div>Gianluca</div></div></div></div>