Re: [zones-discuss] zpools in zones
It isn't a deficiency in the zones virtualisation model. In fact it is a deliberate design goal that zones NOT have such a high level of privielge available to them. The reason you can't create pools in a zone is because they don't have access to the privielges to do so. If you really need to interact with pools rather than just datasets then zones isn't the correct virtualisation method for this. Instead I'd recommend either xVM (Xen), LDOMs or VirtualBox - depending on wither your platform is SPARC or x86. -- This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zpools in zones
On Wed, Jul 15, 2009 at 11:28:21AM -0700, Alastair Neil wrote: I am trying to set up two zones to exactly duplicate a production server one for test and one for development. The production server has a number of zpools which are specifically named and the scripts we are testing expect this naming. I have run in to a brick wall, as it seems that it is impossible to create zpools inside a zone, I can add devices ( zfs volumes) from the global zone or add files systems but since I need two distinct but identical environments I am at a loss how to proceed. Any pointers? it's not possible to create or manage zpools inside of zones. the best you can do is create a zpool in the global zone, and then use the zonecfg dataset resource to dedicate that zpool dataset to a zone. then you can create and manage zfs datasets within that zpool using the zfs command. ed ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zpools in zones
How then do you create two zpools with the same name one for the test zone and one for the devel zone? -- This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zpools in zones
+-- | On 2009-07-15 12:24:43, Alastair Neil wrote: | | How then do you create two zpools with the same name one for the test zone and one for the devel zone? You don't. But you can easily hack around it. e.g., rpool/zones/zone1/testfs rpool/zones/zone2/testfs And then have your scripts incorporate /bin/zonename into their checks. FS=rpool/zones/`/bin/zonename`/testfs Or whatever. Of it's a matter of global vs. zone tank/testfs rpool/zones/zone1/testfs if [ `zonename` != global ] ; then FS=rpool/zones/`zonename`/testfs else FS=tank/testfs fi Or whatever... -- bda cyberpunk is dead. long live cyberpunk. ___ zones-discuss mailing list zones-discuss@opensolaris.org
