Re: [zones-discuss] Any issues with migrating zones back-and-forth between sun4u and sun4v systems?
On 09/04/09 11:21, Jim Nissen wrote: All, A customer is migrating five zones, from a Niagara system to a M5000, to test performance. The zones are in a ZFS pool, on SAN storage. They plan on moving this storage over to the M5000, and doing a straight import of the zones vs. making a copy of them and then importing them. If the M5000 doesn't perform better, they plan on migrating them back to the Niagara system. I can see that sun4v-to-sun4u zones migrations is supported. However, in the HOW to MOVE A SOLARIS CONTAINER How-To guide, they show an example of using 'zfs send' and 'zfs receive' to make a copy of the zpools. Questions: - Is it supported to just detach the zones and deport the zpool, on one host, and reimport on the other host, without making a separate copy of the zonepath zpool? I don't see why not (though I personally prefer zfs send/receive). I also agree with Steffen that doing a zone clone would be an easy way to ensure you keep an original untouched version of your zone since you will need to do an attach -u (below). - How about a straight detach/attach back to the original environment. Since you are going from sun4u to sun4v you have to use the attach -u (upgrade on attach) mechanism to bo back and forth. - If it is supported, has anybody done it? I'm concerned with what might happen to the zone OS bits, if they do a straight import on the M5000, and then go back to the T5220, again. Depending on how their common OS standard builds are kept in sync, and what meta package bundle they typically install on their boxes, there may be some sync/cleanup of patches/packages that need to be done to ensure both sides are in sync as reported by the zone attach output (since you indicate you want to allow the zones to move back and forth between systems, and there is no 'downgrade' on attach equiv). Also note, that we ran into CR 6802870 that currently prevented our sun4u - sun4v move with s10 11/08 and 5/06. The fix went into the u8 builds, but I don't see a current patch. /jks Thanks, Jim ___ zones-discuss mailing list zones-discuss@opensolaris.org -- http://opensolaris.org/os/project/cltosug/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zone.max-processes
Yes please. This is a common request for the scenerios you describe and to me seems a logical addtion to the existing lwps control at a zone granularity. Applying the control on the global zone is interesting, but not as important as having the control per non-global zones. /jason This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] zones.cpu-shares and pools
Hey Christine - This help? http://docs.sun.com/app/docs/doc/817-1592/6mhahuok2?a=view /jason Sent from my Nokia 770 using a Sun Java System Portal. Messages may be shorter than normal. - Original Message - From: Christine Tran [EMAIL PROTECTED] Date: Tuesday, August 1, 2006 9:14 am Subject: [zones-discuss] zones.cpu-shares and pools To: zones-discuss@opensolaris.org Hi, I found an old email written by Amol a while ago stating in effect that zones.cpu-shares has no meaning when the system is carved up into different pools. I would like some clarification, directly, I have a customer who wants to attach one zone to one pool, and the rest of the box, global and the rest of non-global zones can use the default pool and use cpu shares. From Amol's old email, this cannot be done. Can someone confirm this? Any supporting docs from Sun would be appreciated as well. Thanks, CT ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] VCS failover of non-global zones between systems.
Peter Wilk wrote: This implies that both (all) systems in the cluster MUST be at identical patch levels. Yes, you want this. Does Sun support the migration of zones from one machine to another via this technique? Is there an official position? A note that Sun Cluster 3.1 08/05 offers what appears to be similar to what you describe - so seems to be a common way to go with current capabilities... http://docs.sun.com/app/docs/doc/819-2664/6n4uhp5gm?q=zone+patcha=view /jason Thanks Peter ___ zones-discuss mailing list zones-discuss@opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org
