sudhir_harikant wrote:The use of zoneadm attach -F has traditionally been a bit of a trap. In Solaris 10, the zone could be attached and may appear to work fine. However, it is quite possible that the packages present in the global zone and non-global zone were not in sync. This could lead to strange failures, especially if the kernel in the global zone and libraries (e.g. libc) in the non-global zone were at incompatible levels. I'm pretty sure that the packaging and patching commands on Solaris 10 are poorly suited for catching and/or fixing the problem once you get there.
I have created a Solaris 11 native zone and have issues when booting the zone.
The zone is created on a Shared ZFS pool. In Solaris 1o when we did not want to update the local-zone image with the global-zone we used to attach the zone with the "zoneadm -z <zonename> attach -F " command and then boot the zone.
However, with Solaris 11 if we do a "zoneadm -z <zonename> attach -F" and then try to boot the zone we getWhat you are seeing there is the effect of having boot environments in the zone. If you use Solaris Cluster, there is a supported mechanism to allow zoneadm attach -F to work. That mechanism makes it so that global zone boot environment UUIDs are synchronized across the cluster, thus allowing the zones framework to know which zone boot environment is associated with the global zone boot environment.
zone '<zonename>': ERROR: no active dataset.
zoneadm: zone '<zonename>': call to zoneadmd failed
If we try to boot the zone using "zoneadm -z <zonename> attach" and then "zoneadm -z <zonename> boot", it works fine.That is expected. On my workstation, "zoneadm -z <zonename> attach" takes about 20 seconds. Is that too long?
With Solaris 11 integrating Zones with the ZFS datasets has there been any change in the way how zones work ?Yes, quite a bit.