Can you send it to me as well? ~ Aydin
________________________________ From: pca-boun...@lists.univie.ac.at [mailto:pca-boun...@lists.univie.ac.at] On Behalf Of Rajiv Gunja Sent: Thursday, February 03, 2011 12:06 PM To: PCA (Patch Check Advanced) Discussion Subject: Re: [pca] zones and $TMPDIR 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 <craig.b...@standard.com> 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
