Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Mads Toftum wrote: On Wed, Nov 07, 2007 at 11:11:13PM -0800, Andrew wrote: Can anyone advise if it is supported to migrate a zone from one SPARC architecture to another? E.G., Sun4u to Sun4v? I presume this should be ok provided the Solaris build on both target and source platforms is the same? Things should run, but there's a recent RFE to make attach work across sun4u and sun4v: 6576592 RFE: zoneadm detach/attach should work between sun4u and sun4v architecture But I'm sure it would work if you hacked the files under /etc/zones. vh Mads Toftum There are quite a few patches that are sun4v only out there, not clear how this would work out. ie sat migrate from 4u to 4u, will complain about the 4v only patches in the zone. Enda ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
On Nov 8, 2007 4:14 AM, Mads Toftum [EMAIL PROTECTED] wrote: On Wed, Nov 07, 2007 at 11:11:13PM -0800, Andrew wrote: Can anyone advise if it is supported to migrate a zone from one SPARC architecture to another? E.G., Sun4u to Sun4v? I presume this should be ok provided the Solaris build on both target and source platforms is the same? Things should run, but there's a recent RFE to make attach work across sun4u and sun4v: 6576592 RFE: zoneadm detach/attach should work between sun4u and sun4v architecture But I'm sure it would work if you hacked the files under /etc/zones. Hacking files under /etc/zones will not help. The problem is that there are a few packages SUNW*.[uv] that are different between sun4u and sun4v. From what I recall, a 15k with SUNWCXall and a T2000 with SUNWCXall (with S10U1) had less than 10 MB differences with one (identical file) conflict between the two. I suspect that if you install the SUNW*.v packages on the sun4u box and install the SUNW*.u packages on the sun4v box, the migration (detach + attach) will go OK. There is likely some room for caution here with regards to how well patching will handle this after the fact. The initial assessment by the likes of Dave Miner and Casper Dik was that things may work on one day but long term supportability was dubious. Initial conversation summarized in the first 30 or so lines of http://www.opensolaris.org/jive/message.jspa?messageID=29843#29843 Casper warns about patching: http://www.opensolaris.org/jive/message.jspa?messageID=29843#29871 I experiment with pkgadd -d . *.v http://www.opensolaris.org/jive/message.jspa?messageID=29843#29919 Casper finds an unimportant conflict: http://www.opensolaris.org/jive/message.jspa?messageID=29843#29910 Dave Miner explains that that multi-platform flash was supposed to work but cautions that there may be dragons. http://www.opensolaris.org/jive/message.jspa?messageID=29843#30095 -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
On Nov 8, 2007 6:40 AM, LaoTsao(Dr. Tsao) [EMAIL PROTECTED] wrote: hi it seems these issues will be solved by a brandZ for s10, nv etc not? Is that in the works? I've seen an example of how to do it on your own but I haven't heard of any supported variant. The key gotcha with this approach seems to be the sanity check to be sure that the kernel and SUNWzone* from the global zone remain compatible with the bits in the non-global zone(s). I would like to see this functionality, but as I was trying to articulate why in a thread (I think regarding update on attach) I was having a hard time. I really think that update on attach would also solve the issue at hand, now that I think about it. http://www.opensolaris.org/os/community/arc/caselog/2007/621/ Mike -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
On Nov 8, 2007 7:12 AM, LaoTsao(Dr. Tsao) [EMAIL PROTECTED] wrote: I would like to see this functionality, but as I was trying to articulate why in a thread (I think regarding update on attach) I was having a hard time. I really think that update on attach would also solve the issue at hand, now that I think about it. http://www.opensolaris.org/os/community/arc/caselog/2007/621/ Just wondering if zone move from host-A to host-B and get update what happen if this zone need to move back to host-A, does it need to be downgraded? It would need to be downgraded, but the last draft I read of the update on attach spec that I read did not support this. I would not expect it to support it in the future either, as downgrade in Solaris and pretty much every other OS has traditionally be restore. -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
On Thu, Nov 08, 2007 at 06:22:40AM -0700, Jerry Jelinek wrote: For zones update on attach we are not supporting downgrading a zone. If you think you will want to migrate back, just leave the original copy of the zone on the original machine and don't boot it. That may be fine if you're copying to another system/diskset, but dangerous for those of us who want to boot our zones from SAN (to make migration super easy). Is this planned as a future enhancement? vh Mads Toftum -- http://soulfood.dk ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Ihsan Zaghmouth wrote: Jerry, How the *update on attach* is planned to be deployed, patch update or next release of solaris10 U5 ? I am currently working on getting this done for nevada. Once it is integrated there then we'll see what S10 update we might be able to get into. I can guarantee it won't be S10u5 since the code isn't even integrated into nv yet. Does this address the *patch management of a migrated zone in configuered state* and abscent from the node intended to be patched ? I am not sure what you mean here. In other words, If the patch manager on local node and update on attach on target node work hand in hand, SAN would be the prefered zonepath for zones, so we may get away from the sprawl of zones and standbys we have to deploy to host applications on different nodes today. We have been waiting for this important feature to architect an efficient simple to administer environment for hosting applications in zones. Please advise. This does not use patch manager and does not really install patches per se, although patches are inherently applied. The best thing to do is read the spec in the ARC case and then let me know if you have further questions. http://opensolaris.org/os/community/arc/caselog/2007/621/ Jerry ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Jerry, How the "update on attach" is planned to be deployed, patch update or next release of solaris10 U5 ? Does this address the patch management of a migrated zone in "configuered" state and abscent from the node intended to be patched ? In other words, If the patch manager on local node and "update on attach" on target node work hand in hand, SAN would be the prefered zonepath for zones, so we may get away from the sprawl of zones and standbys we have to deploy to host applications on different nodes today. We have been waiting for this important feature to architect an efficient simple to administer environment for hosting applications in zones. Please advise. Ihsan <> Jerry Jelinek wrote: Mike Gerdts wrote: On Nov 8, 2007 6:40 AM, LaoTsao(Dr. Tsao) [EMAIL PROTECTED] wrote: hi it seems these issues will be solved by a brandZ for s10, nv etc not? Is that in the works? I've seen an example of how to do it on your own but I haven't heard of any supported variant. The key gotcha with this approach seems to be the sanity check to be sure that the kernel and SUNWzone* from the global zone remain compatible with the bits in the non-global zone(s). I would like to see this functionality, but as I was trying to articulate why in a thread (I think regarding "update on attach") I was having a hard time. I really think that "update on attach" would also solve the issue at hand, now that I think about it. http://www.opensolaris.org/os/community/arc/caselog/2007/621/ Yes, "update on attach", which is out for code review now, will address this. If by "brandZ for s10, nv" you mean running a solaris10 brand on nv, there is nobody working on that that I know of. Jerry ___ zones-discuss mailing list zones-discuss@opensolaris.org -- ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Mads Toftum wrote: On Thu, Nov 08, 2007 at 06:22:40AM -0700, Jerry Jelinek wrote: For zones update on attach we are not supporting downgrading a zone. If you think you will want to migrate back, just leave the original copy of the zone on the original machine and don't boot it. That may be fine if you're copying to another system/diskset, but dangerous for those of us who want to boot our zones from SAN (to make migration super easy). Is this planned as a future enhancement? Although downgrading the zone might work in some cases it really unsupportable in the general case so we have no plans to do it. For the case you describe though, the easy thing to do is just snap off a zone clone and update that. Jerry ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Mads Toftum wrote: On Thu, Nov 08, 2007 at 06:48:12AM -0700, Jerry Jelinek wrote: Although downgrading the zone might work in some cases it really unsupportable in the general case so we have no plans to do it. Would it at least be possible to get a list of patches that should have been removed? Yes, the code already does this when you run zoneadm attach. For the case you describe though, the easy thing to do is just snap off a zone clone and update that. Ehrm, for some value of easy - cloning is probably not a problem if you happen to have things on zfs, but that's not for everyone (and not supported by Sun last time I checked) Zone cloning works even without zfs. It is faster and cheaper with zfs but is still pretty good on UFS. In general I would think you will always want a backup of the zone when you update on attach; either by leaving the old zone on the original system or by cloning. That way you can fall back if you see a problem on the updated zone. This is a similar philosophy to live-upgrade and just seems like the right way to do it. Jerry ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Jerry Jelinek wrote: Ihsan Zaghmouth wrote: Jerry, How the *update on attach* is planned to be deployed, patch update or next release of solaris10 U5 ? I am currently working on getting this done for nevada. Once it is integrated there then we'll see what S10 update we might be able to get into. I can guarantee it won't be S10u5 since the code isn't even integrated into nv yet. Does this address the *patch management of a migrated zone in configuered state* and abscent from the node intended to be patched ? I am not sure what you mean here. In an HA setup where servers with zones that need to be patched, we amy follow one of 2 methods that are supported : 1) Liveupgrade or Patch an ABE localy and wait for a maintenence window to bring all on ABE, including patched zones on same ABE 2) Switchover all Resource Groups and their associated zones (detach/attach) to the failover node(s), in a planned order for patching the servers (GZ). can't wait for patch process, applications up and running on Failover Patched/Unpatched Server. So, Patch the diserted nodes and Switchover back all Resource Groups and their associated zones (detach/attach), that is where update on attach kicks in for the zones. Patch the switched from node(s) one at a time, and all your hosting servers is upto latest patches, which simplifies the update on attach the next time around. That is what I meant ___ zones-discuss mailing list zones-discuss@opensolaris.org Ihsan ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Zone Migration - Sun4u to Sun4v - Supported?
Dear *, Can anyone advise if it is supported to migrate a zone from one SPARC architecture to another? E.G., Sun4u to Sun4v? I presume this should be ok provided the Solaris build on both target and source platforms is the same? Customer has ordered 5220's which will not arrive in time for project commencement. We are looking to begin project on V245's, then migrate zones to the 5220's. Much obliged, Andrew This message posted from opensolaris.org ___ zones-discuss mailing list zones-discuss@opensolaris.org