On Wed, May 25, 2011 at 09:07:37AM -0700, Shawn Walker wrote: > On 05/25/11 08:11 AM, Jens Elkner wrote: > >Hi, > > > >started to test zone installs on S11X (i.e. IPS pkgs). > >I noticed, that it install a pretty minimal set of packages - nice > >(since we have no sparse zones anymore :()!!! > > > >However, some often needed packages (e.g. gnu-sed, sendmail, tcsh, > >ipfilter, java/runtime, java/jdk) are not in this set. So we need to > >post-install it. Doing this (pkg -R /rpool/zones/$zname/root install ...) > >I noticed, that it always downloads these add. pkgs from oracle (~ 85 MB), > >and doesn't care, whether the cache in the global zone already has them. > > > >This is IMHO pretty dumb and actually means, that I can't setup a zone, > >when I need it, because I might be offline/on GPRS/slow DSL/foreign zone; > >beside the non-sense to download the same packages several times. > > What makes you believe that it was actually downloading the packages > from Oracle again?
Because it says so and takes "hours" even on fast links (i.e. > 1G): Changed fmris: None -> pkg://solaris/library/[email protected],5.11-0.151.0.1:20101105T055922Z None -> pkg://solaris/library/[email protected],5.11-0.151.0.1:20101105T055705Z None -> pkg://solaris/service/network/smtp/[email protected],5.11-0.151.0.1:20101104T234900Z None -> pkg://solaris/service/network/[email protected],5.11-0.151.0.1:20101104T234758Z None -> pkg://solaris/web/[email protected],5.11-0.151.0.1.6:20110415T145633Z None -> pkg://solaris/shell/[email protected],5.11-0.151.0.1:20101105T060715Z None -> pkg://solaris/network/[email protected],5.11-0.151.0.1:20101104T233409Z None -> pkg://solaris/library/[email protected],5.11-0.151.0.1:20101105T055614Z None -> pkg://solaris/text/[email protected],5.11-0.151.0.1:20101105T061922Z None -> pkg://solaris/text/[email protected],5.11-0.151.0.1:20101105T061936Z None -> pkg://solaris/compress/[email protected],5.11-0.151.0.1:20101105T053403Z None -> pkg://solaris/compress/[email protected],5.11-0.151.0.1:20101105T053402Z None -> pkg://solaris/runtime/[email protected],5.11-0.151.0.1.6:20110503T234724Z None -> pkg://solaris/compress/[email protected],5.11-0.151.0.1:20101105T053404Z None -> pkg://solaris/mail/[email protected],5.11-0.151.0.1.5:20110323T204905Z None -> pkg://solaris/library/database/[email protected],5.11-0.151.0.1:20101105T055139Z None -> pkg://solaris/system/locale/[email protected],5.11-0.151.0.1:20101105T061244Z None -> pkg://solaris/system/[email protected],5.11-0.151.0.1:20101105T061147Z None -> pkg://solaris/system/locale/[email protected],5.11-0.151.0.1:20101105T061229Z None -> pkg://solaris/library/[email protected],5.11-0.151.0.1:20101105T055931Z None -> pkg://solaris/text/[email protected],5.11-0.151.0.1:20101105T061935Z None -> pkg://solaris/image/library/[email protected],5.11-0.151.0.1:20101105T054915Z None -> pkg://solaris/developer/java/[email protected],5.11-0.151.0.1.6:20110503T234645Z None -> pkg://solaris/archiver/[email protected],5.11-0.151.0.1.6:20110503T234644Z Services: restart_fmri: svc:/system/manifest-import:default restart_fmri: svc:/application/font/fc-cache:default DOWNLOAD PKGS FILES XFER (MB) developer/java/jdk 22/24 1688/2109 53.7/87.8 snoop: pkg-orcl-1.sun.com -> q HTTPS R port=36730 pkg-orcl-1.sun.com -> q HTTPS R port=49224 q -> pkg-orcl-1.sun.com HTTPS C port=49224 q -> pkg-orcl-1.sun.com HTTPS C port=49224 q -> pkg-orcl-1.sun.com HTTPS C port=64695 ... And yes, it is reproducable all the time. > The download progress meter is displayed regardless of whether the files > are already cached. If the files are already cached, it will validate > them and then simply move on to the next one. If any are missing from > the cache, or are no longer valid, it will download them again. I gues you refer to the pkgs installed by zone create, not the ones installed after zone has been created, i.e. pkg -R /rpool/zones/$zname/root install That's why the questions: > >So the question: Is there a way to tell zonecfg, what add. pkgs it > >should install (and thus automatically fetches it from the global zones' > >cache) or alternative and probably more useful: a way to tell pkg, that > >it should use /var/pkg for cache lookups, downloads instead of the > >default (i.e. /rpool/zones/$zname/root/var/pkg for the example above)? > > You really should be installing packages from *inside* the zone. If you > did that, it would automatically use the zone proxy and thus it would > automatically use the cache that is shared between all zones. Well, actually we have "jumpstart" scripts for ~ 70 types of service zones which all use pkgadd -R /rpool/zones/$zname/root -d /net/$bla/install ... to supply the SW the zones need and to mangle the configs etc., so that when the zones come up we _know_ they are working as expected and can be used immediately. Never had any problems with that approach and wish to have the same functionallity wrt. IPS! Anyway, when you are saying "should be done from *inside*" what do you mean with "proxy". Not sure, which version you have (here it says 55881ed54b5e), but I'm doing the add. installs right now from inside the zone and it is the same behavior - it downloads the stuff from pkg-orcl-1.sun.com -> coffee time. BTW: If the proxy needs a network connection, this wouldn't work either, since many zones are isolated, i.e. they are neither allowed to NFS mount something, contact HTTP servers or are completely isolated, i.e. not routed at all, no way in or out ... > You're making lots of assumptions about behaviour here and I'd ask you Not sure about "assumptions". IMHO the mentioned problems are facts. > approach this from a more solution-oriented perspective. Can you elaborate "solution-oriented perspective" ? Do you mean speaking more about theoretic scenarios instead of what is really needed? Regards, jel. -- Otto-von-Guericke University http://www.cs.uni-magdeburg.de/ Department of Computer Science Geb. 29 R 027, Universitaetsplatz 2 39106 Magdeburg, Germany Tel: +49 391 67 12768 _______________________________________________ install-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/install-discuss
