[CentOS-mirror] Mirroring Release of CentOS 5 Beta
rford at candis.com.cn
Thu Mar 8 19:11:43 UTC 2007
So you want us to provide RSYNC services too?
That is - if I only run HTTP now - I also have to offer and RSYNC
server as well?
This can be done, not sure of the logic - but will use more of my CPU
Do we have to provide a free IP on a virtual host or just a virtual
host? No matter if I use one, two, three or more aliased IP's on
physical server - I always do stuff like this as a vhost for better
Perhaps the centos beta stuff can be more clearly, simply and
precisely explained as opposed to a dribble of half expressed emails
and equally self serving responses - busy people really don't have
time to work out what others are trying to say or how one persons
experiences carry over to themselves. Maybe some filtering and
formatting between brain and fingers/keyboard? Think of it as a
requirements specification, even some rudimentary UML or use cases
with event/actions would help, seriously!
Failing that, I would settle for a coherent paragraph of the Queens
English and a clear technical requirement spec.
On 8 Mar 2007, at 9:17 PM, archive-admin at mirrorservice.org wrote:
> Id agree that perhaps a more general perhaps a sub tree of the main
> mirror? easily controlled trough (accept/allow) perhaps a different
> on the rsync master which allows the beta tree similar to how the
> are done... this is how redhat, fedora, FreeBSD and lots of others
> do it.
> The less setup needed to be done by people the less breakage and
> the more
> mirrors that will pick it up (as its easy).
> mirrorservice.org would like to help up to 2G/bs available
> mirror : University Of Kent (UK mirror service)
> ip address for rsync access : 126.96.36.199/26
> url for testing : http://www.mirrorservice.org/sites/beta.centos.org
> On Thu, 8 Mar 2007, Olivier Thauvin wrote:
>> Le Wednesday 07 March 2007, Lance Davis a écrit :
>>> In preparation for the public release of CentOS 5 beta, we would
>>> like to
>>> expand the number of mirror servers that have the beta as we
>>> expect it to
>>> be a popular download.
>>> So if any mirrors - especially ones with large bandwidth - can
>>> agree to
>>> the following please let us know :-
>> I do not have many bandwith for http, but I can provide a spare
>> rsync server
>> easilly, and I can ensure a sync very often (4 time per hour for
>>> 1. set up an apache virtual host as beta.centos.or
>> This is possible, but I'll have probably to restart my apache,
>> which is not
>> acceptable because the count long iso download always pending on
>> the server.
>>> 2. set up rsync for beta.cenros.org with targets we specify
>> Will this target change for next beta ? how many rsync per day ?
>> Why do you
>> not push beta on classic tree ?
>> I am usually ready to help, but I can't change my config for all
>> like this, otherwise, I can work only the mirrors (I rsync
>> mandriva, centos,
>> scientific, devil...), for some tree, I am often the first and
>> sometimes the
>> only one to report errors.
>> So if you can ensure me I'll have to setup this only one time for
>> all, why
>>> This will make it easy for us to use GeoIP based dns system to
>>> give out
>> My server is already registered for a projet I am working on
>> (http://mmm.zarb.org/ if interested)
>>> 3. agree to sync regularily and only carry the latest beta
>>> download tree
>>> Because we dont want broken stuff too widely distributed
>> I rsync mandriva 4 time per hour (400GB), so this is not a problem
>>> 4. agree to remove the beta stuff when the beta test is over
>> And having to setup it again for next beta ? Why not keeping this
>> tree for the
>> devel tree, moving often, as mandriva have devel/cooker ?
> Archive Admin's at The UK Mirror Service
> CentOS-mirror mailing list
> CentOS-mirror at centos.org
More information about the CentOS-mirror