Date: Wed, 22 Aug 2001 12:20:50 +1000 (EST) From: jason andrade <jason@dstc.edu.au> To: Felix-Antoine Paradis <reel@sympatico.ca> Cc: Daniel Lang <dl@leo.org>, James Olson <jolson@cs.wisc.edu>, hubs@FreeBSD.ORG Subject: Re: WWW/CVS Mirror ... Information ? Message-ID: <Pine.OSF.4.20.0108221215430.29054-100000@azure.dstc.edu.au> In-Reply-To: <20010821215721.I12461-100000@idem.ath.cx>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 21 Aug 2001, Felix-Antoine Paradis wrote: > Will that structure slow down the distribution or new files/changes? > > if file1 is changed, and the tier 2 server updates a bit before tier1 > server does, will that slow things? > > Will the "mirroration" ;> time will be taken into consideration? it would certainly have issues. there would be a couple of ways around this. o have tier-1 sites do a large number of checks, e.g once an hour or every 4 hours. this would reduce any window of time in which content was updated on ftp-master, was pulled by a tier-1 and a 24 hour gap before a tier-2 grabbed it o have tier-1 sites coordinate their updates with content updates on ftp-master. i.e changes on ftp-master are only allowed within a certain window of time. o setup a push mechanism of rsync over ssh, such that the master pushes the content out to tier-1 servers if there are changes. my personal feeling is that either option 2 or 3 would work reasonbly well, but all of the above would require some level of communication and coordination between freebsd developers and the ftp-master maintainer(s). i would certainly have very large issues if there was no co-ordination such that someone made a change on ftp-master e.g moving a major directory, which resulted in a "push" that deleted gigabytes of local data, only to refetch it again in a new location. regards, -jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hubs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.OSF.4.20.0108221215430.29054-100000>