[Infrastructures] Re: Host installs?
stephen white
steve@cs.adelaide.edu.au
Fri, 7 Feb 2003 13:56:52 +1030
On Friday, February 7, 2003, at 02:45 AM, Joel Huddleston wrote:
> The rule we took away from this experience was -- install the whole
> kernel
> even if you are not planning on using the WizyWizbang Frimptical
> Confongulator in your infrastructure, if the OS vendor has the driver,
> drop it on the box.
From my experience, I had no difficulty whatsoever with managing
separate classes of machines derived from the same base installation.
The base installation would consist of the bare minimum of packages
necessary to create a functional machine, along with common utilities
like the GNU tools.
The server overlay would consist of installing NFS, NTP, HTTP and other
server applications, all defaulting to disabled.
The client overlay would consist of X-Windows, compilers, and other
user applications.
Then the individual configurations for each machine would enable and
customise the required applications.
Since the only machine the users see, the heterogeneous environment was
preserved from the user's point of view. The sysadmins also had a
heterogeneous environment for the server machines.
Any OS and general updates went into the base installation. Server
specific and user specific updates were similarly easy to locate.
Regarding your experience, the conclusion I would have drawn would have
been to reach into that single different machine, rip out the different
video card and replace it with something the same as the rest of them.
If you really really had to have that video card (as I did with the
Powerstorm on the DPWS Alphas), this can either be an individual
customisation or resident within a third group overlay.
I had this level of configurability because I ripped out the standard
installation scripts and wrote my own, hence I could precisely control
what and how anything got loaded in, rather than having to start
configuring after the machine was installed.
The most important thing is to refrain from giving the users something
they haven't asked for, or they'll use it and it'll become a management
pain in the arse. This is why I don't install ksh, zsh and alternative
versions of the same thing - there's always some obscure feature
lurking in one of them that a user will become reliant on, and you'll
have to support it in perpetuity.
--
steve@cs.adelaide.edu.au