From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HqlUN-0006ct-TK for garchives@archives.gentoo.org; Wed, 23 May 2007 07:42:32 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l4N7fZB4005224; Wed, 23 May 2007 07:41:35 GMT Received: from router.forgottenland.net (cust.92.104.adsl.cistron.nl [195.64.92.104]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l4N7bqGJ031378 for ; Wed, 23 May 2007 07:37:52 GMT Received: from [192.168.2.240] (82-204-44-50.dsl.bbeyond.nl [82.204.44.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by router.forgottenland.net (Postfix) with ESMTP id 3824B40ACF; Wed, 23 May 2007 09:37:22 +0200 (CEST) Message-ID: <4653EF4B.4090800@vanalteren.nl> Date: Wed, 23 May 2007 09:37:47 +0200 From: Ramon van Alteren User-Agent: Thunderbird 2.0.0.0 (X11/20070507) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-server@gentoo.org Reply-to: gentoo-server@lists.gentoo.org MIME-Version: 1.0 To: gentoo-server@lists.gentoo.org, cduffy@spamcop.net Subject: Re: [gentoo-server] Best practices in managing large server groups References: <4650937E.80301@spamcop.net> <4652270A.7020906@vanalteren.nl> <4653203B.5020700@spamcop.net> In-Reply-To: <4653203B.5020700@spamcop.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 151b5c67-05e5-4d70-af72-8d14f3f95649 X-Archives-Hash: dffdef143f6fddbc1588784665e39872 Charles Duffy wrote: > Thank you for your advice. It's good to hear that someone else is in a > similar scenario. It's likewise nice to hear someone is planning the same as we do. > The only thing that's going to be a hard sell around here is Catalyst > -- our senior sysadmin (who is a considerably more seasoned Gentoo > user than myself) has taken the position that using Catalyst is > unnecessary and that emerge (targeting a chroot, with appropriate > FEATURES set to generate binary packages) should be adequate. He's not > immovable on such things -- but I'll need to have a very solid > understanding of the benefits of using Catalyst before arguing any > case to the contrary. (I've also contacted the author of > gentoo-buildhoster to find out why he abandoned it, what he's using in > its place, and whether he believes the project to be worth picking up; > if he believes catalyst-2 to be more suitable for his use cases, > understanding the reasoning behind that decision may provide some > powerful arguments). Well, basically he's right. Catalyst is a build tool that wraps all the stuff you need to do when building packages in a chroot, with some additional features You don't need it.... it just saves time and a lot of work writing your own scripts to manage the environment, and it's semi-maintained. OTOH you lose flexibility, need to invest time in learning how catalyst works etc. Catalyst-1 is completely unusable for building system-images, this is a feature that catalyst gained with the -2 release. Catalyst has gained quite a community of users by now, who keep bugging Chris for features and explaination, you can find them on gentoo-catalyst. The benefit of using catalyst for us is that it solves two wishes in one fell swoop: * an automated and repeatable system image build tool * a binary package generator for specified system images Additionally we're looking into using the tinderbox target to validate builds on top of our different server images. > Much of your other advice (ie. quickstart) is completely in line with > our preexisting plans; thanks again for answering. (As for some of the > items you're curious about -- such as our staff-to-server ratio -- I'm > not entirely comfortable discussing all of that on an archived list; > perhaps on IRC). OK, that's cool, we've been thinking of generalizing the changes we did to quickstart to get it to talk to our inventory system and submitting them back to agaffney. If somebody finds the time to do the work, that is. I would be very curious about the inventory system you are planning, if you're willing to shed some light on that I'd be grateful. Ramon -- gentoo-server@gentoo.org mailing list