Craig, Please note that 'Update on attach' will only work for OS patches(this was mentioned on Oracle's blog), it will not update Application patches if present on the NGZ.
@ our office, we create LU environment and patch the GZ with NGZ using PCA. We prefer this method over shutting down the server to single user mode, as there was a bug which would not boot up the zones, back when zones were still in infancy. Note: We use whole root zones and not sparse zones. If you want to know how we do, drop me a line and I can send you our process. -GGR -- Rajiv G Gunja Blog: http://ossrocks.blogspot.com On Thu, Feb 3, 2011 at 14:27, Craig Bell <[email protected]> wrote: > Martin Paul wrote: > > Not me. I have only minimal experience with patch zones (and zones in > general). > > No worries, thanks Martin. Many zones users prefer to detach them before > patching, and then use “zoneadm attach –u” (Update on Attach) afterwards to > speed up the patch process. I left this particular full-root zone attached, > and let patchadd handle it directly. > > I spun another crackpot theory: When patchadd calls zone_enter(), the > existing $TMPDIR (relative to GZ root) carries over, and does reflect the > chroot()ed zonepath. In other words, package tools in the NGZ try to access > a temporary directory accessible only in the GZ. > > That may not even be technically possible, but I’ve seen stranger things > before, and I’m admittedly short of ideas. =-) Perhaps some other readers > have run into this… Anyways, I agree that my syndrome doesn’t look quite > the same as the EUID nobody issue. Thx… -c > > >
