Jerry A question that I repeatedly get from customers is directly related to what you write:
S10 is still a very dynamic release so the interpositioning layer would need constant work to cope with the on-going changes in the kernel/user-land boundary.
Is this interface not limited to a fixed set of system calls? And maybe the definition of what is in /proc and other virtual file systems? But I always believed that these interfaces are documented and compatible from release to release. How can this keep zones from moving freely, whatever their patch level and update release? Grateful for any ray of light you can shine on this Erik mario heimel wrote:
Hello, Congratulations on a job well done. http://docs.sun.com/app/docs/doc/820-2914?l=ja when i read the details, i think we need a solaris 10 branded zone. with a branded zone the central patching from the global zone is not applied. there is no SUNW_PKG_ALLZONES package for a branded zone (linux, solaris8), without this package and patch dependencies between global and non-global zones you can move/migrate a branded zone to other system everytime ( the patch/pkg content must not be in sync). the only requirement to host a solaris8 brand on a new system is a KU patch and the two new packages. what do you think about a solaris 10 branded zone ?
Mario, While it would be possible to do this, it is in some sense harder than it was for S8. S10 is still a very dynamic release so the interpositioning layer would need constant work to cope with the on-going changes in the kernel/user-land boundary. As far as easily moving a zone around, take a look at 6480464 RFE: zoneadm attach should patch/update the zone to the new hosts level Now that the S8MA project is done I am planning to get back to this RFE. This is a much more straightforward solution to the problem than a new brand. Jerry _______________________________________________ zones-discuss mailing list firstname.lastname@example.org -- <http://www.sun.com/solaris> * Erik Vanden Meersch * Solution Architect *Sun Microsystems, Inc.* Phone x48835/+32-2-704 8835 Mobile 0479/95 05 98 Email [EMAIL PROTECTED]
_______________________________________________ zones-discuss mailing list email@example.com