Re: [zones-discuss] Copy a working zone from one server to a second server
>> zoneadm -z myzone attach >> These packages installed on this system were not installed on the source >> system: >> These patches installed on this system were not installed on the source >> system: > Ah, so the two servers aren't identical. Honestly, I've gotten those same package errors when I've detached and reattached a sparse zone on the *same* server on the *same* day. I dont' think it's a reliable test or an accurate error message (Running Solaris 10 u8, mostly) ___ zones-discuss mailing list zones-discuss@opensolaris.org
zones-discuss@opensolaris.org
I note that I got myself into a boatload of trouble by building zones and removing /usr without removing those others. LiveUpdate in particular crashed and burned. Once you remove /usr, you need to go all the way and make a whole-root zone. (this is not documented, that I can see; the docs warn against removing /lib, /platform, /sbin and /bin but don't mention /usr) ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] PS Re: Fwd: Live Upgrade and sparse root zones with their own /usr?
Mutter. Thanks for the fast response. It'd be nice if it had some sort of *warning* if it isn't safe, I certainly found a lot of sites suggesting that particular modification (removing /usr as an inherited dir). I'm building zones that run apache servers (mostly, coolstack) and the web folks have all sorts of stuff that wants to write into /usr, not /usr/local, at least out of the can. And there didn't seem to be any particular reason NOT to do this, so we've been up and running for over a year in this configuration. Oh well, at least I've gotten pretty good at rebuilding apache zones quick from scratch...I'll give the detached upgrade a whirl but if it doesn't work I'll rebuild as whole root. I'm feeling kinda crabby about this because I usually try so very hard to stay with vanilla, standard, supported configurations, everything in its place in case I get hit by a bus. Removing /usr from the set just didn't feel like it was going to be a big problem... thanks again Betsy ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Fwd: Live Upgrade and sparse root zones with their own /usr?
Thank you, I will try detaching and upgrading, that seems like a very useful feature. I'm going from u3 to u6 here. (although I guess I could go to u7 - I don't usually like to be an early adopter and u7 wasn't out when I started this process) . I've looked at the release notes, is there a more detailed list of bug fixes and changes in u7 available? ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] PS Re: Fwd: Live Upgrade and sparse root zones with their own /usr?
On Mon, May 11, 2009 at 7:50 AM, James Carlson wrote: > Ouch. The man page for zonecfg(1M) says: > > A sparse zone inherits the following directories: > > /lib > /platform > /sbin > /bin > > Although zonecfg allows you to remove one of these as an > inherited directory, you should not do so. You should either > follow the whole-root model or the sparse model; a subset of > the sparse model is not tested and you might encounter unex- > pected problems. I don't see /usr in that list. However, I've built a test machine and when I try to do a live upgrade I get this error: # luupgrade -n secondary -u -s /cdrom/cdrom0 42092 blocks miniroot filesystem is Mounting miniroot at Validating the contents of the media . The media is a standard Solaris media. The media contains an operating system upgrade image. The media contains version <10>. Constructing upgrade profile to use. Locating the operating system upgrade program. Checking for existence of previously scheduled Live Upgrade requests. Creating upgrade profile for BE . Determining packages to install or upgrade for BE . Performing the operating system upgrade of the BE . CAUTION: Interrupting this process may leave the boot environment unstable or unbootable. ERROR: Installation of the packages from this media of the media failed; pfinstall returned these diagnostics: Processing profile ERROR: This slice can't be upgraded because of missing usr packages for the following zones: ERROR:testzone ERROR:testzone ERROR: This slice cannot be upgraded because of missing usr packages for one or more zones. The Solaris upgrade of the boot environment failed. # ls /space/testzone -- Am I just hosed? Do I need to rebuild my machines with whole-root zones? That's gonna eat up some space. ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] PS Re: Fwd: Live Upgrade and sparse root zones with their own /usr?
PS was creating sparse zones with their own /usr directories a totally dumb idea? At the time we did it because we had apache stuff that was trying to poke into /usr and I wanted to allow the web developers to play with /usr if needed. But I'm worried that I've "broken the model" as far as getting this all to work. ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Fwd: Live Upgrade and sparse root zones with their own /usr?
Thanks! I still feel like I'm missing two vital pieces of the puzzle. First, for better or worse, the sparse zones were created with separate /usr dirs, using the command: zonecfg:zone_1> remove inherit-pkg-dir dir=/usr Also, I have four zones on one machine (and ten on another!) The four zones are sharing one physical partition, named /space. I don't have enough free partitions to make one for each zone, and Solaris 10 u3 doesn't allow for ZFS roots so I can't use my ZFS SAN partition (another reason to upgrade!) So do I understand correctly that if all my zones live on /space, If I do: lucreate -n newbe -m /space:/dev/dsk/whatver:/ufs liveupgrade will duplicate /space in the new BE and use it for all of the zones that live on /space? And just to complicate matters, on the test server, /space is a heck of a lot bigger than any other free partition. Would this work if I lived dangerously, allow my alternate boot environment to mount /space, and let it update the zones? Recognizing that if the ugrade fails, my zones are toast and I have no rollback (on this particular server, rebuilding the zones would be relatively easy) (I'm obviously going to learn a lot that I can use to redesign my next generation of servers, but meanwhile I'm trying to drag this group into this decade. And the irony is that, when this is all done, I'll have a server I can use as a *proper* test server. And double irony, I'll be at an OS release that'll let me use ZFS root file systems, but I'm not there yet...) thanks for your patience, this is all sort of an emergency because I've got a production server crashing and Sun is insisting that it needs an upgrade or bust - my original plan to do this over a 2-month period and spend lots of time with a test server, is toast. ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Fwd: Live Upgrade and sparse root zones with their own /usr?
>From: Dr. Hung-Sheng Tsao (LaoTsao) >http://docs.sun.com/app/docs/doc/820-7013/gdzlc?l=en&a=view Thank you for your resposne. I have read that document but I do not see any discussion of how to handle sparse zones ; I am particularly concerned about the zones which have their own /usr . Will their /usr partitions be kept in sync and if so *HOW*? thanks Betsy ___ zones-discuss mailing list zones-discuss@opensolaris.org
[zones-discuss] Live Upgrade and sparse root zones with their own /usr?
Could someone explain to me please how zones with their own /usr get updated via Live Upgrade? Or what's the best way to upgrade them, period? I'm about to do an emergency upgrade a server from Solaris 10 u3 to u6. The zone roots are on their own, non-zfs partition, called /space. (for this particular server, I could destroy and rebuild the zones, but that doesn't seem like a Best Practice) thanks Betsy -- Unix Systems Administrator Harvard Graduate School of Design ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Can I configure my zones on a ZFS filesystem?
On Thu, Sep 11, 2008 at 7:55 AM, Lewis Thompson <[EMAIL PROTECTED]> wrote: > 2. Patching Zones on ZFS is supported (with patch 119254/119255 > installed) I claim this doesn't work on Solaris 10 U3 (although the distinction between patching and upgrading is getting a bit, um, blurry) . May work in later releases (maybe U6?) ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Can I configure my zones on a ZFS filesystem?
I On Mon, Jun 30, 2008 at 6:18 AM, Enda O'Connor ( Sun Micro Systems Ireland) <[EMAIL PROTECTED]> wrote: > Hi Elizabeth > This cluster should have worked, I will check what rev of patch utils is > included. Thanks Enda! I posted about it to sun-managers at the time and here's the summary: http://unix.derkeiler.com/Mailing-Lists/SunManagers/2008-06/msg00046.html (I found out about this list *afterwards*!) In hindsight, I think my initial attempt to apply an *older* patch cluster with both zfs zonepaths and lofs mounts may have screwed things up initially, and subsequent failures possibly traced back to the first time. The older clusters were given to me by the SAN support folks in our central IT department and contained the minimum required patches for SAN support. I don't have a record of what patchlevels I was at for all the patches before I started, but I have the record of what patches I applied after that. There were five patchorder scripts, which I'll call F3: core, F3 misc (run twice, with a boot -r in between), F4 core1, F4 core2, F4 misc. F3 was based on the 6/22/07 Recommended patch cluster and F4 on the 10/26/07 cluster. When I ran into trouble I downloaded the 06/03/08 Sun_Recommended cluster. Complete list of the first two clusters here: http://www.gsd.harvard.edu/users/betsys/oldpatches.txt I don't at this point have the logs of exactly what I did when, but the tipping point was when 120014-11 failed but 127127-11 *succeeded*. I think I managed that trick by running 120014-11, having it fail, and then trying to rerun the whole cluster . It was four or five am by that time, though... Betsy (Further complicating matters the 06/03/08 10_Recommended cluster zip had what may have been a corrupted 120011-14 patch. I ended up redownloading that separately.) . ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Can I configure my zones on a ZFS filesystem?
I was using the patch cluster from June 3. I read all the README's for that patch cluster and there wasn't anything about upgrading patch utilities first - which patches are those? At this point I can't roll back and see exactly what patches were on the system without going back to tape, but it hadn't been patched in a while. A more recently built and patched S10u3 server didn't have the same problems. On Sun, Jun 29, 2008 at 7:49 AM, Henrik Johansson <[EMAIL PROTECTED]> wrote: > On Jun 29, 2008, at 10:57 AM, Enda O'Connor wrote: > >> Hi >> When was this, or to be precise what rev of patch utils was >> installed,119254/11955 SPARC/x86. >> >> Patching zones on zfs is supported at this point. >> Did you report this, what errors did you see etc. >> >> The original doc mentioned patch and upgrade, most recent mentions >> upgrade only.as not being supported. >> >> If you install 119254/119255 currently on sunsolve, patching zones on >> zfs will work, or if it doesn't then you need to report it, as it's >> a bug. >> Enda >> Elizabeth Schwartz wrote: >>> It is NOT resolved in Solaris 10 u3, although the patch documentation >>> does imply otherwise. . I built some zones on zfs root paths under u3 >>> and when I tried to install the 10_Recommended patch cluster, it >>> bombed out at patch 120011-14. I ended up having to blow away all the >>> zones, patch, and rebuild. >>> >>> Note that the original documentation only said that building zones >>> with zfs zonepath would cause a problem with *upgrade*; it now talks >>> about upgrade and *patching*. (Solaris patching seems to do more >>> upgrading than it once did...) > > 120011-14 is a deferred-activation patch, they did not work on ZFS > before 119254-46 (6581814), i've had the same problem. As Enda said, > it will probably work with the latest version of this patch. > > I've look at the latest recommended cluster, 119254-53 is patch no 14 > in the patch_order file, and 120011-14 is patch no 30, do you have the > latest recommended cluster? > > Regards > Henrik > > ___ > zones-discuss mailing list > zones-discuss@opensolaris.org > ___ zones-discuss mailing list zones-discuss@opensolaris.org
Re: [zones-discuss] Can I configure my zones on a ZFS filesystem?
It is NOT resolved in Solaris 10 u3, although the patch documentation does imply otherwise. . I built some zones on zfs root paths under u3 and when I tried to install the 10_Recommended patch cluster, it bombed out at patch 120011-14. I ended up having to blow away all the zones, patch, and rebuild. Note that the original documentation only said that building zones with zfs zonepath would cause a problem with *upgrade*; it now talks about upgrade and *patching*. (Solaris patching seems to do more upgrading than it once did...) On Thu, Jun 26, 2008 at 12:16 PM, Lewis Thompson <[EMAIL PROTECTED]> wrote: > Hi, > > http://opensolaris.org/os/community/zones/faq/#sa_zfs states: > > Q: Can I configure my zones on a ZFS filesystem? > A: Solaris 10 Update Release: > It is possible to install a zone on a ZFS file system. However, at this > time, we do not recommend putting the zonepath of a non-global zone on > ZFS due to possible problems with upgrading the system to a later > Solaris 10 update release. Support for zonepaths on ZFS is under > development. [September 2006] > > It is my understanding that this issue was resolved in Solaris 10u3 > (11/06). If so, should this section of the Zones FAQ be updated? > > Thanks, > > Lewis > > > > > ___ > zones-discuss mailing list > zones-discuss@opensolaris.org > ___ zones-discuss mailing list zones-discuss@opensolaris.org
