On 5/16/07, Frank Van Der Linden <[EMAIL PROTECTED]> wrote:
You can't do that with zones as they stand now. There's a whole list of
things you can't do in a non-global zone. So you'd have to pick one
environment for the global zone (which can do everything you want), and
then one for another zone (which can't do a number of things). In other
words, you'd be providing an environment for first-class citizens and an
environment for second-class citizens, who will be stuck in a restricted
environment. Zones are very cool for some usage models, like e.g. an ISP
offering a restricted environment for clients. But there is a big
mismatch between the model of selectable user environments and that of
zones.

I'm obviously working from the 50,000 foot view, but I thought you
could run an entire copy of the OS (sans kernel) in a zone (as opposed
to the sparse variety). The ideal situation would be if we could think
of the global zone as the "hypervisor", then make it easy to spin up
virtual machines above that hypervisor (be they Xen domains or zones), with
a few predefined environments people could choose from (GNU vs. Solaris
classic). This goes a long way to pushing the unique advantages of Solaris
angle that I keep talking about (ever tried to spin up a new Xen domain
on Linux??) even as I suggest we need to borrow heavily from Linux.
Plus, with ZFS, this makes the installation problem a lot easier too...

P.S. - This approach helps with the laptop problem too, and again, in a
very unique way: I just got a new laptop and am faced with the extremely
painful task of migrating everything, which as anyone who has ever
done this knows means move than just moving my home directory. This time, I
installed Ubuntu under VMware, so next time, I'll just have to move the
disk image. Instead of VMware, could the hypervisor be Solaris/OpenSolaris?

-ian
--
Ian Murdock
650-331-9324
http://ianmurdock.com/

"Don't look back--something might be gaining on you." --Satchel Paige
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to