[pca] zones and $TMPDIR

Rajiv Gunja opn.src.rocks at gmail.com
Thu Feb 3 21:06:18 CET 2011


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.Bell at 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.univie.ac.at/pipermail/pca/attachments/20110203/a4f9c6f5/attachment.html 


More information about the pca mailing list