NetbootManagement

Differences between revisions 4 and 5
⇤ ← Revision 4 as of 2005-10-16 20:26:40 →
Size: 2440
Editor: p5494C202
Comment: updated dependents
← Revision 5 as of 2005-10-27 21:14:37 → ⇥
Size: 2281
Editor: 204_220_103_66-WIFI_HOTSPOTS
Comment: added launchpad link and changed metadata to new LP system
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
 * Created: 15. Okt by ReinhardTartler
 * Priority: NeedsPriority
 * People: NeedsLead, NeedsSecond
 * Contributors: siretart
 * Interested:
 * Status: UbzSpecification, BrainDump (then DraftSpecification then EditedSpecification then ApprovedSpecification), DistroSpecification
 * Branch:
 * Malone bug:
 * Packages affected: 		 * '''Launchpad Entry''': https://launchpad.net/distros/ubuntu/+spec/cluster-installation
 * '''Created''': [[Date(2005-10-27T21:14:37Z)]] by JaneWeideman
 * '''Contributors''': JaneWeideman, ReinhardTartler
 * '''Packages affected''':
Line 13: Line 8:
 * Dependents:
 [[FullSearch()]]
 * BoF sessions: none yet

Summary

Enabling users to easily setup a computer pool (cluster) with ubuntu installations.

Rationale

We already have fully automated installation with d-i using preseeding (and/or kickstart). We plan to have a CentralAuthentication facility. Let's put all parts together so they work out-of-the-box

Use cases

The obvious ones:

  • Internet cafe clusters, where anonymous users can surf
  • Educational clusters at universities and/or schools

The less obvious ones:

  • Offices, when all workstations needs to be able to install in a timely manner, but are still customizable enough for the local admin.

Design

To allow the admin to use both ltsp setups as well as cluster setups, we need some interface to dhcp config. We define therefore netboot modes:

  • computer netboots in ltsp mode. This is what we already have
  • computer netboots in installer mode. This time, the computer gets fully automatically installed using d-i preseeding and/or kickstart
  • The default netboot mode is user/admin definable.

After that automated installation, a post-install script hooks up with the ConfigurationInfrastructure. This is then responsible for integration with CentralAuthentication and handling software updates.

Implementation

  • Define interface to dhcpd config to define netboot actions
  • Define interface to create/update/edit preseed configs
  • Implement a GUI Tool using these interfaces, so that a local admin can register machines and defines the netboot method. Takes kickstart or preseed files form the admin and enables fully (or semi) automated installs.

Code

Data preservation and migration

Outstanding issues

Needs integration with:

BoF agenda and discussion

CategorySpec

NetbootManagement (last edited 2008-08-06 16:24:21 by localhost)