We're installing paravms, so don't spawn a separate serial console login

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=740

Don't bother avoiding checksums.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=732

Use symlink instead.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=731

Remove copied 91-make-fstab

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=730

fix control, control.in, and changelog in guest installer

This demonstrates why it's evil that we have to keep control and
control.in both in source control.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=719

Hyphens in the LV name are replaced with double hyphens in /dev/mapper

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=642

Getting towards the autoinstaller in domU.

Works with etch, almost works with Hardy but has network trouble.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=641

xen-create-image in dom0

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=635

Change sipb-xen-lvcopy so that it fails if you try to clone anything but ice3

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=542

Increment version

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=529

Work around bug in Python subprocess for remctl

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=528

More work on debootstrap-commands. Now can successfully create moo19 with execution.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=527

xen-create-image frobbing for deboostrap-commands

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=496

Started modifying deboostrap-commands to use xen-create-image

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=495

Eric's and my debootstrap work from the hackathon

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=494

changelogs

Becoming a responsible debian-packaging developer
now that I've figured out and partially cleaned up
the mess that is sx-build-release.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=485

update sx-make-iso to black-mesa's version

The modtime on black-mesa of this new version is late October.

The script is overtaken by events anyway, but just keeping things clean.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=484

sipb-xen-losetup: a half-sane way to use losetup

You should use this instead of plain losetup; everything that uses this
will at least not have races with other things using this.

If it's missing a feature (e.g. a losetup argument) you want,
it shouldn't be hard to add.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=449

put the post-copy frobbing details in the image

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=405

todo has moved to trac

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=343

some cleanups in copying autoinstaller

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=338

copying installer works now (maybe?)

At least for the image 'ice3', which IIRC was created with
/usr/sbin/sipb-xen-make-iso.  It's an etch amd64 image.
It also had to have package nullmailer installed, replacing exim4.

svn path=/trunk/packages/sipb-xen-guest-installer/; revision=336

Prototype fast installer using a special guest.

Rather than poke directly in the boot sector, partition table,
etc, which caused so much pain last week (r231), we just dd
the entire disk.  Then we poke at the bits that need to change
(like secrets, the hostname, the root password, the filesystem uuids).
Since this poking is distribution-dependent, we want it to be
supplied by the image, so to make that safe we run it in a VM.

The plan is
 1. source image is dd'd (in the host) to the target image
 2. special copying-installer image is booted, with access to target
    and to a small image containing its arguments
 3. copying-installer guest reads arguments, mounts target,
    runs a script with a well-known name in target, passing arguments.

Bits I haven't done yet include
 - frob grub config in the copying-installer image so it boots
   with init = the copying-installer script (doing this manually for testing)
 - install script into copying-installer, or into my example image,
   in a sane automated way (they're checked into partial/ here)
 - all the tasks the image's script ought to actually carry out
 - make this all available from remctl and the web pages.

svn path=/trunk/packages/sipb-xen-guest-installer/sipb-xen-guest-installer/; revision=245

prototype fast installer.

To install a distribution on a new volume, we take an existing
installed volume produced with sipb-xen-make-iso, and
 1. copy GRUB's data with dd
 2. frob the partition table with sfdisk, if the disk size is different
 3. make the filesystem
 4. twiddle the hostname and root password and whatever else
 5. make the swap area
 6. boot!

In this prototype, steps 2 and 4 aren't implemented yet;
steps 1, 3, and 5 all use numbers that come from what the
sipb-xen-make-iso etch installer does rather than from
actually reading the partition table; and the whole thing
is just a program in /usr/sbin, not integrated into what
remctl / the web app invoke.

It all takes about thirty seconds (28.0s most recently),
excluding the boot.

svn path=/trunk/packages/sipb-xen-guest-installer/sipb-xen-guest-installer/; revision=231

simplify isolinux.cfg.

Once we fix the problem of rebooting with the CD mounted again,
we can remove the prompt, so the user doesn't have to touch the console.
Until then, they need an opportunity to destroy/reboot-without-CD
after the installation finishes.

svn path=/trunk/packages/sipb-xen-guest-installer/sipb-xen-guest-installer/; revision=222

postinst script, nicer pathnames, and read password hash from a file

The postinst script has been tested by running it directly,
but I still haven't attempted actually building and installing
the package.

svn path=/trunk/packages/sipb-xen-guest-installer/sipb-xen-guest-installer/; revision=221

Use temp directory, use DHCP, and live in sane paths.

The partial/ tree is gone now.
Files are in files/; the installer's persistent data
will go in subtrees like /srv/guest-installer/etch/.

Also, it magically takes only 15 minutes now.

svn path=/trunk/packages/sipb-xen-guest-installer/sipb-xen-guest-installer/; revision=218

a system for building guest images on demand (partially implemented)

The plan, roughly, is
 1. we download an upstream install CD iso, mount it, copy out the contents;
 2. when a user wants a VM, the script makes a copy, applies a small static
    patch (mostly a preseed file for the installer), adds a few vm-dependent
    variables to the preseed, maybe makes some other changes here,
    then makes an iso from that;
 3. we boot a vm from the new iso, with the empty volume as /dev/hda,
    and let the installer run.

This checkin implements 2 and 3, when run in an appropriate testing
environment, but I haven't adapted it to the real environment yet.
Step 2 turns out to be surprisingly fast; much less than a second.
Step 3, unfortunately, is looking like 20 minutes, maybe 10 if we
work at tightening it.  We'll want to mitigate that somehow.

Code in the 'partial' directory is meant to be moved elsewhere
as it gets integrated.

svn path=/trunk/packages/sipb-xen-guest-installer/sipb-xen-guest-installer/; revision=201