Re: [zones-discuss] /etc/zones/index and uuid
Mike, Does this in any way suggest that it is bad to: scp otherhost:/etc/zones/somezone.xml /etc/zones/template-somezone.xml zonecfg -z newzone create -t template-somezone The source and destination servers may be at different patch levels, and eventually different OS releases. Is a safer mechanism to zonecfg -z export? Yes, the only supported method at this time is to use the "export" subcommand. We're looking at mechanisms to provide better use of templates but at the moment, there really isn't a way to use them other than to clone the *configuration* of an existing zone on the same system. dsc ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] /etc/zones/index and uuid
On 9/14/06, James Carlson <[EMAIL PROTECTED]> wrote: Once Zulu comes out, that'll confuse the upgrade bits. They use the UUID to track zones across renames and to ensure that we don't accidentally "synchronize" (LU) zones that have been uninstalled and then reinstalled. I can't guarantee that this is the only thing that will break, as we may end up adding other things later that are dependent on UUID, but it's the first one. Does this in any way suggest that it is bad to: scp otherhost:/etc/zones/somezone.xml /etc/zones/template-somezone.xml zonecfg -z newzone create -t template-somezone The source and destination servers may be at different patch levels, and eventually different OS releases. Is a safer mechanism to zonecfg -z export? Mike -- Mike Gerdts http://mgerdts.blogspot.com/ ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] /etc/zones/index and uuid
Robert Milkowski writes: > Hello zones-discuss, > > If I add my own entry to /etc/zones/index with the same UUID as some > other zone or with no UUID at all what should I expect? Once Zulu comes out, that'll confuse the upgrade bits. They use the UUID to track zones across renames and to ensure that we don't accidentally "synchronize" (LU) zones that have been uninstalled and then reinstalled. I can't guarantee that this is the only thing that will break, as we may end up adding other things later that are dependent on UUID, but it's the first one. -- James Carlson, KISS Network<[EMAIL PROTECTED]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 ___ zones-discuss mailing list zones-discuss@opensolaris.org
