Re: [CentOS] yum vs up2date

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



On Thu, 2006-09-07 at 13:27 -0500, Les Mikesell wrote:
> On Thu, 2006-09-07 at 13:08 -0500, Johnny Hughes wrote:
> 
> > > > CentOS 3 wont have the same issue because all updates are referenced via a 
> > > > round robin set of mirror.centos.org, which will always be seen as the 
> > > > same url by the proxy.
> > > 
> > > What's the problem with that scheme?  It's hundreds of times faster
> > > on my second and subsequent machines - and would be for anyone else
> > > going through a proxy configured to cache large objects.
> > 
> > What is wrong with that scheme is that only 1 mirror is listed ... if
> > you loose the connection, if it gets overloaded in the middle of your
> > transfer, etc. then there is no failover.
> 
> Doesn't your geo-ip enabled DNS service drop non-responding servers?  It
> has been much less trouble in practice from my locations than the fedora
> or
> centos4 repositories.

Yes ... but you didn't understand.  let me try again.

mirror.centos.org is something that we own.  There are 10 total servers.
We pass out 1 address (because rrdns does not work correctly with
python) ... that address is based on your IP and geoip relevant.

So ... you get 1 (and only 1 ) address to connect to.

If in the middle of you 100 packages, you have a glitch and loose your
ability to connect to the server (it is overloaded, a router 3 hops down
dies, etc. ... whatever) then that download fails and you drop out of
yum.

If you are using a mirrorlist, there are 9 other urls to try if that
happens.

NEXT REASON:

10 internal servers can not serve all the updates required ... 127
mirrors can.  Those 127 mirrors are not named the same thing, nor are
the paths the same.  We can't pass them out as mirror.centos.org ... the
mirror operators have chosen different paths that work for them, etc.

What we have done it built a system that will test them, pass to you 10
active, close and geoip relevant IPs in real time.  If a mirror is out
of date, it goes away.

For your situation, you can pick one mirror, use it in all your config
files, then it will work perfectly for you in your cache.

Unless 127 people want to donate machines to CentOS.org to put under our
control, then we can name them all mirror.centos.org and control their
paths.

Have you ever tried to develop a mirror system that can provide updates
to 1.5 million clients? 

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux