From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Managing multiple systems with identical hardware
Date: Thu, 26 Sep 2013 22:42:02 +0200 [thread overview]
Message-ID: <52449C1A.5000306@gmail.com> (raw)
In-Reply-To: <CAN0CFw2gC__sR9Mg1Y8kue4qZxKUZTjccOVrcE0Tqd6XBjwQRw@mail.gmail.com>
On 26/09/2013 11:08, Grant wrote:
> 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.
Laptops are a good choice, desktops are almost dead out there, and thin
clients nettops are just dead in the water for anything other than
appliances and media servers
> 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.
Could work, but don't push *your* laptop's config to all the other
laptops. they end up with your stuff which might not be what them to
have. Rather have a completely separate area where you store portage
configs, tree, packages and distfiles for laptops/clients and push from
there.
I'd recommend if you have a decent-ish desktop lying around, you press
that into service as your master build host. yeah, it takes 10% longer
to build stuff, but so what? Do it overnight.
> 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! :)
Errr no. Do not do that. Do not use puppet for Gentoo systems. Let me
make that clear :-)
DO NOT PROVISION GENTOO SYSTEMS FROM PUPPET.
You will break things horribly and will curse the day you tried.
Basically, puppet and portage will get in each other's way and clobber
each other. Puppet has no concept of USE flags worth a damn, cannot
determine in advance what an ebuild will provide and the whole thing
breaks puppet's 100% deterministic model.
Puppet is designed to work awesomely well with binary distros, that is
where it excels. Keep within those constraints. Same goes for chef,
cfengine and various others things that accomplish the same end.
> 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!
Rather keep your laptop as your laptop with it's own setup, and
everything else as that own setup. You only need one small difference
between what you want your laptop to have, and everything else to have,
to crash that entire model.
--
Alan McKinnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2013-09-26 20:46 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-25 21:18 [gentoo-user] Managing multiple systems with identical hardware Grant
2013-09-25 21:42 ` Alan McKinnon
2013-09-26 9:08 ` Grant
2013-09-26 20:42 ` Alan McKinnon [this message]
2013-09-27 4:33 ` Johann Schmitz
2013-09-27 5:34 ` Alan McKinnon
2013-09-27 10:37 ` Grant
2013-09-27 19:44 ` Alan McKinnon
2013-09-27 20:30 ` [gentoo-user] " James
2013-09-29 18:36 ` Grant
2013-09-29 20:39 ` Alan McKinnon
2013-09-29 18:31 ` [gentoo-user] " Grant
2013-09-29 19:06 ` Neil Bothwick
2013-09-29 20:57 ` Alan McKinnon
2013-09-30 17:31 ` Grant
2013-09-30 19:28 ` thegeezer
2013-09-30 19:31 ` Alan McKinnon
2013-09-30 19:53 ` Frank Steinmetzger
2013-10-01 6:19 ` Grant
2013-10-01 14:04 ` Michael Orlitzky
2013-10-01 15:00 ` Neil Bothwick
2013-09-30 21:02 ` Neil Bothwick
2013-10-01 6:26 ` Grant
2013-10-01 6:07 ` Grant
2013-10-01 6:20 ` Alan McKinnon
2013-10-02 18:54 ` Grant
2013-12-12 23:54 ` Grant
2013-12-13 0:16 ` Poison BL.
2013-12-13 0:34 ` wraeth
2013-12-13 2:06 ` Grant
2013-12-13 9:12 ` Neil Bothwick
2013-12-13 1:49 ` Grant
2013-12-13 7:57 ` Alan McKinnon
2013-12-13 9:18 ` Neil Bothwick
2013-12-13 7:52 ` Alan McKinnon
2013-10-01 7:43 ` Neil Bothwick
2013-10-01 18:37 ` joost
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52449C1A.5000306@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox