Date: Thu, 11 Jan 2001 01:15:30 -0800 (PST) From: Gordon Tetlow <gordont@bluemtn.net> To: Javier Frias <javier@nyi.net> Cc: <freebsd-questions@freebsd.org>, <freebsd-stable@freebsd.org> Subject: Re: Central Source Updates Message-ID: <Pine.BSF.4.31.0101110110230.17421-100000@sdmail0.sd.bmarts.com> In-Reply-To: <20010110220802.15712.qmail@staff.nyi.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 10 Jan 2001, Javier Frias wrote: > I'm wondering what everyone here is doing to do centralized source updates > on their server farms. Right now we've been doing it manually on each > server, but > now we are trying to come up with procedures to try to centralized the > situation a bit. > > I've come up with two basical startegies. > One central and one localized. > > 1) Central > Having one source repository server > and one compile/build server. [snip] > PROS: quick > CONS: donot get to test machines, i like make world since they are usually > good > at detecting hardware issues ( memory disk etc ) If these are server farms, the normal load they carry doesn't test the hardware enough? > 2) Localized > Having one source repository server > > the source repository would be just a basic freebsd mirror. > > machines would use cvs to update to a specify version date combination. > and build locally [snip] > SO, does anyone have any comments or pointers on how to better these > solutions > or which is better to use. I'm a big fan of a the single buildhost as our servers generally get enough of a workout as it is. I think that 'exercising' the disk just puts more miles on the device than anything else. Also, it's great for security since you can make a single set of md5 stamps for the all the binaries since all they are the same across all the machines. -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.31.0101110110230.17421-100000>