From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6B5E31381F3 for ; Wed, 25 Sep 2013 21:46:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 09497E0E7E; Wed, 25 Sep 2013 21:46:35 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D9327E0BA6 for ; Wed, 25 Sep 2013 21:46:33 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id z12so294723wgg.22 for ; Wed, 25 Sep 2013 14:46:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=H3a/SQRZL20BjcGIOh2WgzM7LZFAzV4zHwU73IPhoeU=; b=i7GRC6COWPvMZwbDJnDJRCASq2lWgHfu8hxIM8xUGhyhzE1pziATvWuhnxVjihffW4 06fug3DxJdutda1zycrb7mGbU8j5nPcn8sSQfzDakFERTfUY0aPQtC7tViIanPckJiVC kzJkCRAA9nAATvpkQ5yBtXbF89siXzdl0k7Vqe1KHOCONfNSosmr3T/0WE/TPxzo4sa8 ZUuvA/Yv17K8pI7+y8hNeXYbTxCXLBUUb2/0hieoGrnuVFJ6bLTMEurLKfL09p3rHiCQ 1LDH4R4tWP9qJV/v1pLyJTQgqNqb+WmZYv6enOVaYSBL5v7pKqshsD6seCLzP4fpAqXH Sz3A== X-Received: by 10.180.89.206 with SMTP id bq14mr24583193wib.56.1380145592545; Wed, 25 Sep 2013 14:46:32 -0700 (PDT) Received: from [172.20.0.41] (196-210-126-33.dynamic.isadsl.co.za. [196.210.126.33]) by mx.google.com with ESMTPSA id fb9sm21876754wid.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Sep 2013 14:46:32 -0700 (PDT) Message-ID: <524358B0.1060000@gmail.com> Date: Wed, 25 Sep 2013 23:42:08 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Managing multiple systems with identical hardware References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: ebc562e8-cb0e-40dd-a5b2-e5697396c99f X-Archives-Hash: 44fff5dbb2a9bb33897494bc12bbc326 On 25/09/2013 23:18, Grant wrote: > I'm trying to reduce the number of systems I spend time managing. My > previous plan was to set up multiseat on a small number of systems. > Now I'm wondering if it would be better to use multiple systems with > identical hardware and manage them in some sort of an optimized way so > that each set of identical hardware behaves as much like a single > machine as possible for management. I could use small SoC systems so > I don't have to worry about sourcing components later. Is there a > good tool or framework for this sort of thing? The solution you pick depends heavily on how many of these identical machines you have. For some small-ish number (gut feel tells me up to around 10 or so), you could do what I do for my development vms[2]: - have 1 decent spec'ed machine as the master and buildhost - share /etc/portage/, $PORTDIR, /var/packages and /var/distfiles to all clients from some central location (NFS works really well for this) - for each package you want to have on a client, emerge it on the buildhost with the -b option (create binary packages) - emerge stuff on the clients with the -k (or possibly -K) option to use binary packages. Everything should show up in purple. If anything is a different colour, emerge that package on the buildhost and remerge it on the client. - for awesome street cred geek-points, install clusterssh and do all your clients in parallel[1] As long as you share important directories to each client, things stay consistent. What you essentially achieve is "build once-install many times" However, and I'm likely to get shot down for this here, I think you *really* need to reconsider whether Gentoo is even what you should be using for this. Put aside emotional attachments to your fav distro and take a long hard critical look at your pain-gain ratio. If all you really need is standard user-type gui stuffs on each client, what is Gentoo really buying you (other than the thrill of watching gcc output scroll by over and over and over....) Use gentoo by all means on your central server to get exactly the features you want (Gentoo's strong point), but ona bunch of regular clients... I dunno, Ubuntu or Fedora are hard to beat for that... [1] if you haven't played with clusterssh do yourself a favour and do so. there's something hugely awe-inspiring about typing cssh host1 host2 host3 host4 host5 host6 ... and watching 6 xterms pop up and all 6 run the same commands that you type into the controller window. [2] this sounds like I should take my own advice... but oddly Gentoo is ideal for how I use them. I can upgrade and downgrade almost any app to whatever version the developer says is on prod, and enable/disable USE to get the same feature set, and do it all in 10 minutes. No binary distro lets me do that :-) -- Alan McKinnon alan.mckinnon@gmail.com