[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH OSSTEST v7 15/15] make-distros-flight: Use ftp.debian.org directly



On Mon, 2015-07-06 at 16:23 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v7 15/15] make-distros-flight: Use 
> ftp.debian.org directly"):
> > The local proxy seems to serve stale packages for Jessie etc, I blame
> > the intercepting cache on the way out of our network, similar to
> > b5f15136900d "mg-debian-installer-update: workaround caching proxies",
> > except it is between the apt-cache and the world not the osstest vm
> > and the world.
> > 
> > Since the netboot kernel+initrd are reasonably small, these flights
> > are infrequent and they are intended to test the current upstream
> > version I think this is tollerable.
> 
> I bet we don't need this in the new colo.
> 
> Can we make this conditional on a config var set in
> production-config-cambridge ?
> 
> I'm not sure what the precise scope ought to be.

It's hard to say, since we don't want to do this for all uses of
DebianMirrorHost (i.e. host install, regular use of stable).

So the wording of the name probably wants to somehow imply that it wants
to avoid the caching mirror only for things which are more "volatile"
than Debian stable or something?

Alternatively, perhaps target_fetchurl should gain an option to bypas
the proxy (as mg-debian-installer-update does), the argument there might
be that we definitely want the very latest thing from upstream for these
cases, and even a well managed cache timeout from the new colo's http
proxy should be avoided.

I'm not sure. I'll not let this hold up a potential v8 while we think
about the best approach.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.