Les Mikesell wrote: > Johnny Hughes wrote: >> >>> Is there a way to coax several hosts behind the same caching proxy to >>> use the same URL as the 1st choice but still fail over and try others >>> if there is a problem? And preferably without having to manually >>> edit files on each machine or coordinate choices. >> >> Fatestmirror does not work with a proxy server ... however you can >> adjust your yum.conf to use the priority failover method, from 'man >> yumconf': >> >> =================================================================== >> failovermethod >> >> Either ‘roundrobin’ or ‘priority’. >> >> ‘roundrobin’ randomly selects a URL out of the list of URLs to >> start with and proceeds through each of them as it encounters a >> failure contacting the host. >> >> ‘priority’ starts from the first baseurl listed and reads through >> them sequentially. >> >> failovermethod defaults to ‘roundrobin’ if not specified. >> =================================================================== >> >> You can use baseurl=<firstchoice> at the top, then other ones after >> that. They will be picked in order. > > But this doesn't work if two different people in the same building do > updates since they won't know the other's choice of order. Plus it is > painful to have to edit files on every machine to make something happen > that should work by default. I liked the Centos 3.x approach with rrdns > much better since all requests had the same URL even when served by > different sites. > we had this discussion many times, rrdns does NOT work correctly with python, it causes one server to carry 67% of the load, no matter how many servers you pass back to it. It also does not allow us to leverage 200 public servers. We do not have enough servers to serve 2 million updates if we don't leverage external public mirrors ... and nether does fedora. ... and you can sync the same config file to everyone's machine if you want. You can also just have a local mirror on any webserver. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20080627/69d914aa/attachment-0004.sig>