[zones-discuss] Uninheriting a directory
Suppose I have some (SXCE, S10) zones with /opt in in the inherit-pkg-dir list and I want to have that no longer be the case. It seems to me that I could do: zonecfg -z optzone create -t badzone set zonepath=/zones/optzone remove inherit-pkg-dir dir=/opt zoneadm -z optzone install zoneadm -z badzone halt cd /zones/optzone/root find opt | cpio -pdump@ /zones/badzone/root vi /etc/zones/badzone.xml (remove inherit-pkg-dir for /opt line) zoneadm -z badzone boot I know that it is unsupported. Experimentation suggests that it works. What thorny issues exist (aside from resources priorities) that make it so that something like this isn't supported? FWIW, I suspect that the real implementation would probably be more like: zoneadm -z badzone detach zoneadm -z badzone attach -u --uninherit /opt Where a single letter option would be added instead of --uninherit. -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Uninheriting a directory
Mike Gerdts wrote: Suppose I have some (SXCE, S10) zones with /opt in in the inherit-pkg-dir list and I want to have that no longer be the case. It seems to me that I could do: zonecfg -z optzone create -t badzone set zonepath=/zones/optzone remove inherit-pkg-dir dir=/opt zoneadm -z optzone install zoneadm -z badzone halt cd /zones/optzone/root find opt | cpio -pdump@ /zones/badzone/root vi /etc/zones/badzone.xml (remove inherit-pkg-dir for /opt line) zoneadm -z badzone boot I know that it is unsupported. Experimentation suggests that it works. What thorny issues exist (aside from resources priorities) that make it so that something like this isn't supported? patching in s10 woudl render this problematic, in particular the presence of an empty undo.Z for inherited package dirs, such that a patch that was added to an inherited /opt woudl not have an undo entries for /opt, so if one changed the zone to not inherit /opt, then ran patchrm it woudl lead to some possible undesired behaviopur, ie bits from patch not removed, particularly relevant to JES products that install to /opt Enda FWIW, I suspect that the real implementation would probably be more like: zoneadm -z badzone detach zoneadm -z badzone attach -u --uninherit /opt Where a single letter option would be added instead of --uninherit. ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] how to have zones with a different solaris 10 version than the host
Hi Guys I have 2 SUN sparc machines that i would like to consolidate to one machine using the zone/container concept, but the application requires a different version of solaris 10 than the one installed on the host server, how can i handle this? Application requires: Solaris 10 10/08 And my host machine where i would like to have the applications to run in a zone is running Solaris 10 5/09 Is there anyway that i can have a zone runing 10 10/08 on the global zone where the server is running 10 5/09 ? and how is this done? Best regards ///Thomas ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] how to have zones with a different solaris 10 version than the host
+-- | On 2009-11-09 21:39:55, Thomas Elsgaard wrote: | | Date: Mon, 9 Nov 2009 21:39:55 +0100 | From: Thomas Elsgaard thomas.elsga...@gmail.com | To: zones-discuss@opensolaris.org | Subject: [zones-discuss] how to have zones with a different solaris 10 | version than the host | | Hi Guys | | I have 2 SUN sparc machines that i would like to consolidate to one | machine using the zone/container concept, but the application requires | a different version of solaris 10 than the one installed on the host | server, how can i handle this? | | Application requires: Solaris 10 10/08 | | And my host machine where i would like to have the applications to run | in a zone is running Solaris 10 5/09 | | Is there anyway that i can have a zone runing 10 10/08 on the global | zone where the server is running 10 5/09 ? and how is this done? OpenSolaris will be getting Solaris 10 branded zones, which should, in theory, allow you to mix S10 updates in OpenSolaris zones. I don't imagine this will ever get putback into Solaris 10 itself. Regardless, you can't do this now, to the best of my knowledge. You could use LDOMs if your SPARC supports them, or Xen, or VirtualBox. My first recommendation would be using LDOMs, though. -- bda cyberpunk is dead. long live cyberpunk. ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] how to have zones with a different solaris 10 version than the host
when build 127 of Opensolaris releases, this will be possible via the s10 brand which will integrate at that stage. Build 126 is the current available build, so 127 won't be far off, a few week perhaps, someone can clarify. If this is needed on Solaris 10 ( ie global must be solaris 10 ), then it is not currently possible. Solaris 10 does not support an s10 brand. Non-global zones running Solaris 10 are virtual copies of the global zone itself. Ldoms does support this, but is only on sun4v by the way. Enda Thomas Elsgaard wrote: Hi Guys I have 2 SUN sparc machines that i would like to consolidate to one machine using the zone/container concept, but the application requires a different version of solaris 10 than the one installed on the host server, how can i handle this? Application requires: Solaris 10 10/08 And my host machine where i would like to have the applications to run in a zone is running Solaris 10 5/09 Is there anyway that i can have a zone runing 10 10/08 on the global zone where the server is running 10 5/09 ? and how is this done? Best regards ///Thomas ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] how to have zones with a different solaris 10 version than the host
On Mon, Nov 9, 2009 at 2:39 PM, Thomas Elsgaard thomas.elsga...@gmail.com wrote: Hi Guys I have 2 SUN sparc machines that i would like to consolidate to one machine using the zone/container concept, but the application requires a different version of solaris 10 than the one installed on the host server, how can i handle this? Application requires: Solaris 10 10/08 Is this a hard requirement, or must be at least ... requirement? Are you ever able to apply patches on top of Solaris 10 10/08? For the vast majority of applications, Solaris 10 10/08 + a bunch of patches is indistinguishable from Solaris 10 5/09. Any application that has a hard requirement for Solaris 10 10/08 (without any patches, updates, or upgrades) is not an application you can afford to have attached to a machine attached to the network. And my host machine where i would like to have the applications to run in a zone is running Solaris 10 5/09 Is there anyway that i can have a zone runing 10 10/08 on the global zone where the server is running 10 5/09 ? and how is this done? My guess is that the right way forward for you is to install a box with Solaris 10 10/09 on a box, then use update on attach to migrate your 10 10/08 and 10 5/09 boxes to the current release that is all patched up (minus a late breaking Sun Alert or two). Others have mentioned using the S10 brand that is part of an upcoming OpenSolaris release. I think that I read that this is first supported with Solaris 10 10/09, so it would be of no use to you. LDoms would likely work just fine, but you should consider whether there is really a significant difference between Solaris 10 10/08 + patches to address reliability and security issues compared to Solaris 10 10/09. -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] how to have zones with a different solaris 10 version than the host
If this is needed on Solaris 10 ( ie global must be solaris 10 ), then it is not currently possible. Solaris 10 does not support an s10 brand. Non-global zones running Solaris 10 are virtual copies of the global zone itself. Ldoms does support this, but is only on sun4v by the way. Hi Guys Thanks a lot for the clarification ///Thomas ___ zones-discuss mailing list zones-discuss@opensolaris.org
