On Mon, Sep 15, 2008 at 12:43 PM, Michael Lehman <[EMAIL PROTECTED]> wrote: > First, thanks for all the responses I have received from this mailing > list. > > Reading the ReadMe on the LU patch bundle, I noticed it contains the > 118833-36 Kernel patch. I know the kernel patch 118833-36 is a huge > kernel change, and unfortunately I am not running this or a later > release. So at this time am I at a standstill, or is there another > solution?
FWIW, the approach that Peter does (and Joyent, I think) is quite similar to what I do - except my architecture started before ZFS was integrated and supported with zones. As such, each zone root is on its own SVM soft partition and non-OS bits are on their own file systems (NFS or other SVM+UFS soft partitions). Instead of using iSCSI attached storage to perform migrations, I have written some automation using rsync and UFS snapshots to minimize the downtime for "zone migrations" to updated systems. S10u6 seems as though it will have a stronger statement of support around zones on ZFS and seems like the right time for me to update my approach. I think your best bet will be to wait for S10u6 to come out. Provision a system with update 6, detach your zones from the old system, then update-on-attach them to the new system. I've done some testing of some early bits destined for update 6 and was able to attach zones from systems all the way back to update 1. I don't think that is in the support matrix, but it worked for me. The key thing with the update 1 systems is they didn't have "zoneadm detach" but that didn't really bother "zoneadm attach -u" much. You *may* be able to experiment with this (except patching) by using SXCE until S10u6 comes out. Note that update on attach only updates the files that are from packages that have the SUNW_ALL_ZONES=true setting (see /var/sadm/pkg/$pkg/pkginfo) and select other packages. As such, it is probably best to apply the recommended cluster to each zone after attaching. -- Mike Gerdts http://mgerdts.blogspot.com/ _______________________________________________ sysadmin-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/sysadmin-discuss
