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 2B56B1381F3 for ; Thu, 26 Sep 2013 09:08:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F1F06E09BF; Thu, 26 Sep 2013 09:08:12 +0000 (UTC) Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A786CE079D for ; Thu, 26 Sep 2013 09:08:11 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id j15so644278qaq.17 for ; Thu, 26 Sep 2013 02:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=71aSv0Kwigg7WVgfjP+8r/uXbbbueVEYxaHYzxvQOGU=; b=W78tDu4Vbi+EEhNJRA5TVvtQGOL+9hGw10tnHGRSZtPUuz92CM65joo7v8CM9+Fu3s TFRf1ABlN2YbF1QQa+XQFWj5LBOyW7KcMHynvdnw6CxmGhQkszLhVfnTurDxpRK/ICAq OXRmyppy2Kz9Fk+5AULd6gZYHm38la4Yt47FVLUl9NJrPr/xokvr2Q9JtVgDGhEFRN3F jJumkc5WkPP73Vw0DgAmut4sF3Jy90mvsdmS7ys/fotV3mM/VkA33zXxSoTlaN+0I+Y8 Ecek4a4yHliokINhtIMNZilUONs6vW7eqyCzdenQyS+PtlTv0+kP1gE5KuKv93DSii+i 6xjA== 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 X-Received: by 10.224.125.138 with SMTP id y10mr4804716qar.40.1380186490838; Thu, 26 Sep 2013 02:08:10 -0700 (PDT) Received: by 10.140.25.83 with HTTP; Thu, 26 Sep 2013 02:08:10 -0700 (PDT) In-Reply-To: <524358B0.1060000@gmail.com> References: <524358B0.1060000@gmail.com> Date: Thu, 26 Sep 2013 02:08:10 -0700 Message-ID: Subject: Re: [gentoo-user] Managing multiple systems with identical hardware From: Grant To: Gentoo mailing list Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: 52fef610-dcd3-483a-963a-e501d1f5925d X-Archives-Hash: 753e49c89ff3f9c4702304c26b0b7449 >> 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]: Yes, under 10. > - 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... I'm thinking of a different approach and I'm getting pretty excited. I realized I only need two types of systems in my life. One hosted server and bunch of identical laptops. My laptop, my wife's laptop, our HTPC, routers, and office workstations could all be on identical hardware, and what better choice than a laptop? Extremely space-efficient, portable, built-in UPS (battery), and no need to buy a separate monitor, keyboard, mouse, speakers, camera, etc. Some systems will use all of that stuff and some will use none, but it's OK, laptops are getting cheap, and keyboard/mouse/video comes in handy once in a while on any system. What if my laptop is the master system and I install any application that any of the other laptops need on my laptop and push its entire install to all of the other laptops via rsync whenever it changes? The only things that would vary by laptop would be users and configuration. Maybe puppet could help with that? It would almost be like my own distro. Some laptops would have stuff installed that they don't need but at least they aren't running Fedora! :) If I can make this work I will basically only admin my laptop and hosted server no matter how large the office grows. Huge time savings and huge scalability. No multiseat required. Please shoot this down! - Grant