`<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Hi Jim,</p>
<p><br>
</p>
<p>Basically it's a personal experiment. I'm an oracle dba and I test everything in my home-lab before talking to customers. I'm very used to ovm. But I can't use that because I want to stick with one physical box, so the kvm enabled zones are exactly what
I need.</p>
<p><br>
</p>
<p>You're 100% right that everything I want to do it possible directly in kvm as well except one thing. A self service portal on which I can prepare my environments and that they get cleaned up automatically after the tests, that's the main drive to use ovm. </p>
<p><br>
</p>
<p>I do like the solaris (well omnios) zones that much that I use them for the rest of my home network (web server, dns, mysql,... the usual stuff) but at this point I did not search good enough I think, but I'm looking for something that I can click in a webpage
"I want such a vm, that os, that storage, that oracle version and a test db yes or no". </p>
<p>You're right I can start scripting it by building a pxe server, preparing the images and build a bunch of ansible / puppet / bash scripts which kick off when needed, but it's a lot of work and I was thinking, I can build it easily with cloud control communicating
to ovm, so why shouldn't it work. </p>
<p>And to a certain height,it does work. The ovm servers are running wonderfully stable, except the kvm's don't allow nesting and that's what I need
<img class="EmojiInsert" id="OWAEmoji109841" alt="😊" style="vertical-align: bottom;" src="cid:d6673a76-12aa-49aa-8254-6066e8f6b9b1"></p>
<p><br>
</p>
<p>If you have alternatives for such kind of selfservice portal (personal use, so must be quick and easy to configure!!!) I love to hear it, then the problem is solved as well.</p>
<br>
Best regards,
<div>Pieter<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Jim Klimov <jimklimov@cos.ru><br>
<b>Sent:</b> Thursday, August 11, 2016 8:57 AM<br>
<b>To:</b> pieter van puymbroeck; Jim Klimov<br>
<b>Cc:</b> Michael Rasmussen; omnios-discuss@lists.omniti.com<br>
<b>Subject:</b> Re: [OmniOS-discuss] oracle vm server in kvm enabled zone</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">10 августа 2016 г. 19:51:38 CEST, pieter van puymbroeck <pietervanpuymbroeck@hotmail.com> пишет:<br>
>Clear.<br>
>So I don't have to expect it soon.<br>
>Pity, because I love this Solaris fork and besides hobying (for work), <br>
>a use case might be to make abstraction of the underlying architecture<br>
>(Intel/amd/...).<br>
>But ok, I didn't make a mistake it's just not possible using omnios,<br>
>right?<br>
><br>
><br>
><br>
><br>
><br>
>> Op 10 aug. 2016 om 19:12 heeft Jim Klimov <jimklimov@cos.ru> het<br>
>volgende geschreven:<br>
>> <br>
>> 10 августа 2016 г. 16:52:56 CEST, pieter van puymbroeck<br>
><pietervanpuymbroeck@hotmail.com> пишет:<br>
>>> Isn't it supported in omnios?<br>
>>> <br>
>>> It is supported in different linux flavours, but I don't like to go<br>
>on<br>
>>> that way.<br>
>>> <br>
>>> <br>
>>> I read on the omniti website that kvm is one of the key-features, so<br>
>>> nesting was something which I'd expected to be there. Don't get me<br>
>>> wrong, the not nested kvm is working perfectly (and fast!).<br>
>>> <br>
>>> <br>
>>> Is there an estimated timeline in which it should be supported or a<br>
>>> place to launch enhancement requests?<br>
>>> <br>
>>> <br>
>>> ________________________________<br>
>>> From: Michael Rasmussen <mir@miras.org><br>
>>> Sent: Wednesday, August 10, 2016 2:48 PM<br>
>>> To: pieter van puymbroeck; omnios-discuss@lists.omniti.com<br>
>>> Subject: Re: [OmniOS-discuss] oracle vm server in kvm enabled zone<br>
>>> <br>
>>> Seem to remember nested kvm is not supported.<br>
>>> <br>
>>> On August 10, 2016 3:53:11 PM GMT+02:00, pieter van puymbroeck<br>
>>> <pietervanpuymbroeck@hotmail.com> wrote:<br>
>>> <br>
>>> Hello,<br>
>>> <br>
>>> Currently I'm building a new homelab based on omnios<br>
>(omnios-r151018)<br>
>>> <br>
>>> There a kvm enabled zone is created and inside the zone I have 3<br>
>>> kvm-guests running. These guests are running oracle vm (xen based).<br>
>All<br>
>>> is running fine except if I want to start a linux-testvm inside<br>
>oracle<br>
>>> vm, the system complains about:<br>
>>> <br>
>>> <br>
>>> Error: HVM guest support is unavailable: is VT/AMD-V supported by<br>
>your<br>
>>> CPU and enabled in your BIOS?<br>
>>> <br>
>>> <br>
>>> Inside the kvm enabled zone, kvm is enabled:<br>
>>> <br>
>>> root@ovm1:/root# ls -l /dev/kvm<br>
>>> <br>
>>> crw------- 1 root sys 125, 0 Aug 10 12:48 /dev/kvm<br>
>>> <br>
>>> root@ovm1:/root# modinfo |grep -i kvm<br>
>>> <br>
>>> 207 fffffffff840a000 3a030 125 1 kvm (kvm driver v0.1)<br>
>>> <br>
>>> root@ovm1:/root#<br>
>>> <br>
>>> <br>
>>> For sure I checked the processor itself from the global zone if it<br>
>is<br>
>>> supported:<br>
>>> <br>
>>> # isainfo -v<br>
>>> <br>
>>> 64-bit amd64 applications<br>
>>> <br>
>>> vmx pclmulqdq aes sse4.2 sse4.1 ssse3 popcnt tscp cx16 sse3 sse2<br>
>>> <br>
>>> sse fxsr mmx cmov amd_sysc cx8 tsc fpu<br>
>>> <br>
>>> 32-bit i386 applications<br>
>>> <br>
>>> vmx pclmulqdq aes sse4.2 sse4.1 ssse3 popcnt tscp ahf cx16 sse3<br>
>>> <br>
>>> sse2 sse fxsr mmx cmov sep cx8 tic fpu<br>
>>> <br>
>>> #<br>
>>> <br>
>>> <br>
>>> <br>
>>> and to me it looks I have the required flags available.<br>
>>> <br>
>>> inside the lvm-guest the flags are indeed not given to the guest:<br>
>>> <br>
>>> <br>
>>> [root@ovm2 ~]# uname -s -r -i -p<br>
>>> <br>
>>> Linux 2.6.39-400.279.1.el5uek x86_64 x86_64<br>
>>> <br>
>>> [root@ovm2 ~]# cat /etc/oracle-release<br>
>>> <br>
>>> Oracle VM Server release 5.7<br>
>>> <br>
>>> [root@ovm2 ~]# grep flags /proc/cpuinfo<br>
>>> <br>
>>> flags : fpu de tsc msr pae mce cx8 apic sep mca cmov pat clflush mmx<br>
>>> fxsr sse sse2 ss syscall nx lm constant_tsc up nopl pni ssse3 cx16<br>
>>> sse4_1 sse4_2 popcnt aes hypervisor lahf_lm<br>
>>> <br>
>>> [root@ovm2 ~]#<br>
>>> <br>
>>> <br>
>>> it does not matter if I start the kvm guest using<br>
>>> <br>
>>> -cpu host \<br>
>>> <br>
>>> or using<br>
>>> <br>
>>> -cpu qemu64,+vmx,+aes,+sse4.2,+sse4.1,+ssse3 \ # --> this one is<br>
>>> faster<br>
>>> <br>
>>> <br>
>>> despite I have an intel cpu I use the -enable-nested flag as well,<br>
>but<br>
>>> it doesn't seem to make a difference.<br>
>>> <br>
>>> <br>
>>> How can I fix this?<br>
>>> <br>
>>> <br>
>>> Thanks and best regards,<br>
>>> <br>
>>> Pieter<br>
>>> <br>
>>> ________________________________<br>
>>> <br>
>>> OmniOS-discuss mailing list<br>
>>> OmniOS-discuss@lists.omniti.com<br>
>>> <a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" id="LPlnk534153">
http://lists.omniti.com/mailman/listinfo/omnios-discuss</a>
<div id="LPBorder_GT_14709112157480.003295949660241604" style="margin-bottom: 20px; overflow: auto; width: 100%; text-indent: 0px;">
<table id="LPContainer_14709112157460.4613824940752238" cellspacing="0" style="width: 90%; background-color: rgb(255, 255, 255); position: relative; overflow: auto; padding-top: 20px; padding-bottom: 20px; margin-top: 20px; border-top-width: 1px; border-top-style: dotted; border-top-color: rgb(200, 200, 200); border-bottom-width: 1px; border-bottom-style: dotted; border-bottom-color: rgb(200, 200, 200);">
<tbody>
<tr valign="top" style="border-spacing: 0px;">
<td id="TextCell_14709112157460.839176231296733" colspan="2" style="vertical-align: top; position: relative; padding: 0px; display: table-cell;">
<div id="LPRemovePreviewContainer_14709112157460.7687207760754973"></div>
<div id="LPTitle_14709112157460.16872709803283215" style="top: 0px; color: rgb(0, 120, 215); font-weight: normal; font-size: 21px; font-family: wf_segoe-ui_light, 'Segoe UI Light', 'Segoe WP Light', 'Segoe UI', 'Segoe WP', Tahoma, Arial, sans-serif; line-height: 21px;">
<a id="LPUrlAnchor_14709112157470.15176083683036268" href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank" style="text-decoration: none;">OmniOS-discuss Info Page - lists.omniti.com Mailing Lists</a></div>
<div id="LPMetadata_14709112157470.4026272497139871" style="margin: 10px 0px 16px; color: rgb(102, 102, 102); font-weight: normal; font-family: wf_segoe-ui_normal, 'Segoe UI', 'Segoe WP', Tahoma, Arial, sans-serif; font-size: 14px; line-height: 14px;">
lists.omniti.com</div>
<div id="LPDescription_14709112157470.586493068607524" style="display: block; color: rgb(102, 102, 102); font-weight: normal; font-family: wf_segoe-ui_normal, 'Segoe UI', 'Segoe WP', Tahoma, Arial, sans-serif; font-size: 14px; line-height: 20px; max-height: 100px; overflow: hidden;">
OmniOS is a minimalist, self-hosting, Illumos-based distribution aimed at server deployments. Release and update announcements are also made to this list.</div>
</td>
</tr>
</tbody>
</table>
</div>
<br>
<br>
>>> OmniOS-discuss<br>
>>> Info Page - lists.omniti.com Mailing<br>
>>> Lists<<a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a>><br>
>>> lists.omniti.com<br>
>>> OmniOS<br>
>>> is a minimalist, self-hosting, Illumos-based distribution aimed at<br>
>>> server deployments. Release and update announcements are also made<br>
>to<br>
>>> this list.<br>
>>> <br>
>>> <br>
>>> <br>
>>> <br>
>>> --<br>
>>> Sent from my Android phone with K-9 Mail. Please excuse my brevity.<br>
>>> <br>
>>> <br>
>>><br>
>------------------------------------------------------------------------<br>
>>> <br>
>>> _______________________________________________<br>
>>> OmniOS-discuss mailing list<br>
>>> OmniOS-discuss@lists.omniti.com<br>
>>> <a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
>> <br>
>> AFAIK this is a common limitation with x86 HW hypervisors that only<br>
>the barebone system may grab and lock the CPU extensions that are the<br>
>HW hypervisor implementation. Guest OSes may only do unaccelerated<br>
>software emulation for their sub-guests.<br>
>> <br>
>> For example, to use VirtualBox on Windows (Servers) you must ensure<br>
>that HyperV is disabled and its drivers are not loaded at all.<br>
>> <br>
>> Jim<br>
>> --<br>
>> Typos courtesy of K-9 Mail on my Samsung Android<br>
<br>
Hi Pieter,<br>
<br>
Is there a particular reason for you to stack hypervisors? Why run guests under OVM under KVM, and not guests in KVM directly? (Or if compatibility of this KVM port is insufficient for your usecase, perhaps try VirtualBox instead)?<br>
<br>
As for "others" - this is the first time I hear of having accelerated second-layer hypervisors, so the rest is my educated guesswork and pure speculation. Granted, I do not have much experience with KVM nor Linux hypervisors lately... so my guess would be that
certain code intentionally plays well together (e.g. top-level KVM providing or wrapping access to CPU VT-* extensions to guest KVMs), but this is not likely a universal solution that lets everyone play with anyone (KVM, HyperV, VirtualBox, VMWare, ...), that
Linux or everyone else has and only Solaris/illumos lacks. Or maybe a lot happened in upstream since the port was done ;)<br>
<br>
Jim<br>
--<br>
Typos courtesy of K-9 Mail on my Samsung Android<br>
</div>
</span></font></div>
</div>
</div>
</body>
</html>
`