On Wed, May 25, 2011 at 12:33:35PM -0700, Shawn Walker wrote: > On 05/25/11 12:14 PM, Jens Elkner wrote: > >On Wed, May 25, 2011 at 09:07:37AM -0700, Shawn Walker wrote: > >>On 05/25/11 08:11 AM, Jens Elkner wrote: ... > >>>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): > > So in other words, you haven't actually verified that it's downloading > all of the content again or what content it's downloading. Yes, that > isn't easy to do, but it's a point nonetheless.
Well, I didn't measure the amount of transfered bytes (even so it is probably not that hard), since it was pretty obvious, what pkg is doing: based on the amount of snoop output and install time of "core" packages (~420MB/40s) and add. packages (~88MB/175s) => ~20x slower. So there is no need to waste time to measure something, what doesn't give you new insights, beside I assumed (yepp), that the people, who know this baby better than me, already know, what it is doing and have a workaround for that ;-) > >>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 > > No, I refer to both cases. The download progress meter is *always* > displayed, even if content is already cached. Sorry, if that wasn't clear. I'm not so picky in what is displayed (progress meter), but in what it is actually doing (i.e. not using, what's already there but downloading again). ... > It may contact that server, but you haven't verified the total amount or > type of traffic that is going to the server. If you really want me to do that, I'll do it. But as said, IMHO just a waste of time. > And yes, the zone proxy in the global zone may need to make network > connections. As long as it is the proxy in the global zone, I can live with it. But still wondering, how pkg inside the zone talks to the proxy outside/gets its packages ... > >>You're making lots of assumptions about behaviour here and I'd ask you > > > >Not sure about "assumptions". IMHO the mentioned problems are facts. > > No, they're interpretations based on unverified assumptions. Please > don't be so hostile. Don't want to and usually a for sysadmins a little snoop snippet and their findings are proof enough ... ;-) > Note my comments are based on a build 165 or newer system. If you have > an older system, there is no zone proxy. That my explain alot! I can only test, what I can get and as you know, the days, where a normal human being can update to a recent dev. version, are over :( 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
