zoneadm -z myzone attach
These packages installed on this system were not installed on the source
system:
snip
These patches installed on this system were not installed on the source
system:
snip
Ah, so the two servers aren't identical.
Honestly, I've gotten those same package errors when
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
On Mon, May 11, 2009 at 7:50 AM, James Carlson james.d.carl...@sun.com 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
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
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
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
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
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
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
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:
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
11 matches
Mail list logo
