Transifex is the excellent translation software used by the Fedora team. It has a nice web interface where you can see summaries of translation status for the different projects (libguestfs, anaconda, Fedora docs, …)
In this part I was going to discuss the different installation options, and I’ll give a quick introduction to each at the end. But you know? What I really need is this tool:
+--------------------------------------------------------+ | Rich's Amazing Bug Environment Reproducer Tool! | +--------------------------------------------------------+ | Bugzilla number: #  [ Go ] | | | | Preselecting Fedora Rawhide image. If this is wrong, | | choose the right image from the list below: | | | | [X] Fedora Rawhide (x86-64) | | [ ] Fedora 12 | | [ ] Fedora 11 | | [ ] Ubuntu 9.11 | | [ ] Ubuntu 9.04 | | [ ] Debian 6.0 | | [ ] Debian 5.0 [Download more distributions] | | | | [X] x86-64 [ ] i386 | | | | [Create virtual machine now] | +--------------------------------------------------------+
The Create virtual machine now button must take no more than 60 seconds to deliver the virtual machine, plus maybe another 60 seconds to boot it and give me the login prompt. I can then go in, configure it and reproduce the bug, and snapshot it, so I can go back and test fixes later. (I’d like the snapshot workflow to go through the user interface too, and ponies).
The only approach that doesn’t take ages to install is to have the distributions prebuilt as small disk images locally (as described already in part 2).
Note stuff I don’t want to have to specify: storage, download URLs, VM names, etc etc.
Why doesn’t this exist already, or perhaps it does?
I’d also like to suggest that the resizable disk image should become yet another distribution format that Linux distros provide. Many do already, albeit buried inside a live CD.
As promised, my quick summary of installation methods:
virt-install is a great command line tool for installing new VMs. I have these two commands pretty much permanently in my command history:
# lvcreate -n F13Rawhidex64 -L 10G vg_trick # virt-install -v -n F13Rawhidex64 --accelerate \ -r 512 -f /dev/vg_trick/F13Rawhidex64 \ --cdrom Fedora-12-x86_64-DVD.iso
The commands above lead to a manual installation, but you can also specify a kickstart file, although the syntax for doing this is not obvious and not documented in the manual page.
Nevertheless, even an install from a CD-ROM on the local drive (as in the example above) is a slow process, taking anything up to an hour.
Kickstart is the method used to automate Anaconda installs, ie. installs of all Fedora, Red Hat and derived distributions. It’s a little unwieldy because you have to write a separate kickstart file, then host that on a web server (so the VM can find it), then add a special magic kernel parameter when booting the VM: ks=http://local.example.com/kickstart.ks
I found in the past that it’s better to keep a collection of kickstart files around and iterate them slowly so you can find out what works and what doesn’t.
Also, kickstarts are automatic, but just as slow as manual installation.
Debian’s debootstrap (and the Fedora equivalent I wrote called febootstrap) is, as far as I know, the standard way to install a new Debian instance from an existing Debian instance. Unlike our VM installs above, debootstrap creates a “chroot” directory, and what you do with that directory is then up to you. Usually you would debootstrap into some mounted device. debootstrap is very simple to use and driven completely from the command line.
It’s not particularly fast. Because it downloads, unpacks and installs each package, it can take an hour or more to run.
This is Ubuntu’s wrapper around debootstrap and libvirt/qemu.
Cobbler is a network install server which lets you pxeboot and configure a network of machines (and virtual machines) from a central server. It has lots of wonderful features — go and read the web site.
In part 1 I discussed how these days Linux Live CDs usually come with a prebuilt disk image of the distro which is simply copied over to the hard disk during installation. (The “old” method was to rpm/dpkg-install the packages which is much more time-consuming). However my first test wasn’t very successful because I was using the “cp” command to copy files.
I changed the previous guestfish script to take this approach.
The new/Anaconda approach is much faster. Our total time is down from over 18 minutes to 2½ minutes (approximately 2 minutes for the “dd”, 2 seconds for the resize2fs, and the rest of the time taken doing the partitioning and LVM creation).
Unfortunately we have to leave Ubuntu behind at this point. Ubuntu ships with a squashfs, and I’m not aware of any way to turn this into an ext3 partition efficiently (except to use “cp” which we showed in part 1 was very slow). The new script only works with Fedora Live CD ISOs.
The new script is after the cut.
Previously I took a look at unpacking Fedora and Ubuntu live CDs to find out what’s inside them and to ask the question can we use the prebuilt filesystem image that these live CDs contain to quickly create a Fedora or Ubuntu “all-defaults” virtual machine?
Where it fails is that “cp” isn’t very fast. On my local machine it took 18 minutes to copy all the files across, which means this isn’t a practical “instant install” method. (I didn’t in the end try to boot the final disk image).
In part 3 I’ll compare this approach to others: virt-install, manual installation, kickstart, cobbler, debootstrap and ubuntu-vm-builder.
The script itself follows after the cut:
For more half-baked ideas, see my “ideas” tag.
This is an easy idea to simplify Fedora installations.
When anaconda detects it is running inside a VM, instead of asking the user for a root password, it just creates a completely random root password. This password gets written to a local file during the install.
Now you can’t log into a VM easily if you don’t know the root password. But, you can read files out of the VM using virt-cat. So on the host there is a “ssh as root” script which grabs the random root password out of the guest and lets you log in without knowing or needing to know the root password.