Fix autoinstalls to work around a modern d-i bug

Modern d-i (at least Debian Buster, and probably others) reads
/proc/consoles and adds entries to /etc/inittab to spawn a d-i
on each of them.  With debconf/priority>=high (i.e. without
the menu showing, and with d-i autodriving through the items),
if there are multiple consoles, this results in the d-i's racing
to use /var/lib/dpkg/status to record what happens as they
run the postinst of each udeb, and as a result, menu items
fail and the autoinstall fails.  See Debian Bug #944125.

We only set console=hvc0, but for reasons unknown, tty0 also
appears in /proc/consoles despite not being in /proc/cmdline,
and we don't seem to have control over that.  The script that
reads /proc/consoles is /sbin/reopen-console, which also
happens to be the main rc script on sysinit in /etc/inittab.
That script (through a chain of other scripts) is also what
runs preseed/early_command if it's set.

Normally, preseed/early_command cannot run until way too late
to address this, because you don't have the preseed until several
tasks into the install by which point it will have failed.
However, if you get the quoting right, you can set it as a
boot argument and it will run before any of the menu items,
and in fact, before d-i has started.

Because /sbin/reopen-console ultimately is what runs
preseed/early_command, when the command runs, it is too late
to use sed to edit reopen-console, and you can't kill it
because it runs the rest of the process.  At the point where
preseed/early_command runs, reopen-console has already found
the consoles and added d-i jobs for each of them to /etc/inittab.
However, it doesn't send the HUP to init until just after the
scripts including preseed/early_command are run.

Yank the tty0 job out from inittab just in the nick of time.
This should be safe for old distros because we have always
forced the desired console to hvc0; while the problem that
necessitates this kludge didn't exist in the past, removing
any inittab job for tty0 shouldn't have any noticeable effect
on them.

Fix the fact that we can't bump RAM quotas above 2048M
(and acknowledge the reality that 2048M really isn't the rarest
thing to need these days)

Quoting from history:

"""
   invirt-xen-config (0.0.15) unstable; urgency=low

     * Set the max memory to a really high number so we can bump it for users
     * Pass the correct networking device to vif-invirtroute

    -- Evan Broder <broder@mit.edu>  Fri, 14 Nov 2008 00:03:47 -0500
"""

i,i "640K ought to be enough for anyone."

Update changelog

Support kickstart-based Fedora autoinstalls

Fix autoinstall logic when configured memory is lower than needed

invirt-database: Fix the autoinstall logic so that if we've
increased the memory temporarily for the autoinstall above
the machine's database setting, we also bring maxmem up to
the same level.  Otherwise the machine doesn't turn on
because it's requesting to start with more memory than maxmem,
and this failure mode is silent to the user.

Fix XVM's classic networking problem

vif-invirtroute: Kill arpspoof with SIGKILL when we're done.  The
version in this distro (which is the latest beta from the
unmaintained upstream) tries to "clean up" when you normally
terminate it.  This involves trying to perform an ARP lookup
without interfering to see what the MAC should've been and then
sending replies for that.  This appears to cause a race depending
on whether the entry for the machine's old domain (if it's being
rebooted) is listed as <incomplete> in the ARP table or is totally
flushed.  If you lose the race, it sends further gratuitous ARPs
telling the router that your MAC is all-zeros because of a bug
where it fails to check for an incomplete ARP entry.  This is
believed to cause the bug that has plagued XVM for years where
you sometimes lose off-network connectivity on reboot.

Bump up autoinstall memory to make modern releases work again

Fix HVMs so they don't only work if the cluster you're on happens to have
hosts with an eth0 that's lucky enough to have an IPv4 address on it due
to random luck having nothing to do with the bridge all the Xen stuff is on.

Don't pass a src argument to 'ip route del' in case the host's "main IP"
has changed and the route was added with a different src than we expect.

Implement handling of various actions to perform related to the "other"
set of network parameters, including a minimalistic state machine.

Typo

Turn on the relocation server

Fix changelog

Use the netmask and gateway specific to the NIC for the VM in question
in the kernel boot line when autoinstalling, instead of parameters from
the global cluster config.

Fix tabbification of vif-invirtroute

Support bringing up machines with an "other" address accessible for
smooth renumbering events.

Fix machine UUID assignment after SQLAlchemy started returning Unicode objects.

fix trailing whitespace

add long comment to vif-invirtroute explaining the metric trickery

fix PVHVM networking

Fixed invirt-database for NICs

Added model selection by DB

change HVM nic model to pcnet

disable PVHVM guests

Blame glasgall for the wasted version number.

Non-hotplug events apparently also use vif-setup

Update vif-invirtroute for Xen 4's scripts.

Neuter vif-setup (from xl, perhaps?)

Disable populate-on-demand for HVMs.

dh7 needs --with config-package

fix diversion

fix qemu-ifup

Updating version for precise

Merged internal_ips change

Handle new prodconfig schema

fix path to qemu-dm

Update packaging to dh7

hvmloader moved. update invirt-database accordingly.

re-disable enabling network-bridge. irony.

xm was expecting a string and was getting a unistring for machine
name, which resulted in the VM name always being
'invirt-database'. Use passed-in machine_name instead, since that will
be a string. IBTSOCS.

add dependency on ethtool

SQLAlchemy API updates in invirt-database xen config

really fix regexp

fix typo

correct regexp

explicitly enable network-bridge

s/// out gunk that breaks mako from xend-config.sxp

depend on grub-pc instead of grub

replace reference to ubuntu-xen-server with broken-out list of xen packages

update xend-config.sxp transformer for newer default config

bump Xen dependency

bump version for precise

Support multiple NICs on HVMs

Version bump

Disable proxy_arp on the 'all' interface

Don't enable proxy arp on every interface, just the public one

Fix the fucking TSO bug! Also, fix our ARP replies while we are at it.

Support debian-installer based autoinstallation

Revert "Bump dom0-min-mem so that hopefully we OOM kill less."

OOM conditions were more likely caused by the lack of swap.

This reverts commit r2994

svn path=/trunk/packages/invirt-xen-config/; revision=2995

Bump dom0-min-mem so that hopefully we OOM kill less.

svn path=/trunk/packages/invirt-xen-config/; revision=2994

Merged in r2821,2824,2827 from hvirt branch.

svn path=/trunk/packages/invirt-xen-config/; revision=2972

Actually kill any references to PARENTPACKAGE in invirt-xen-config.

svn path=/trunk/packages/invirt-xen-config/; revision=2936

FOR THE LOVE OF GOD, don't restart xend when you restart invirt-xen-config.

svn path=/trunk/packages/invirt-xen-config/; revision=2935

Forgot to close my changelog

svn path=/trunk/packages/invirt-xen-config/; revision=2903

Changed xen.network -> xen.

svn path=/trunk/packages/invirt-xen-config/; revision=2895

For simplicity, and because we've never used it, tear the IPv6
"support" out of vif-invirtroute.

svn path=/trunk/packages/invirt-xen-config/; revision=2860

Don't create iptables rules in vif-invirtroute - they don't do anything.

svn path=/trunk/packages/invirt-xen-config/; revision=2859

Increase dom0's scheduling weight

svn path=/trunk/packages/invirt-xen-config/; revision=2857

Fixd speling eror

svn path=/trunk/packages/invirt-xen-config/; revision=2832

Added undiverts

svn path=/trunk/packages/invirt-xen-config/; revision=2830

Don't try to start sysvms in the invirt-xen-config init script.

This code just doesn't work. In fact, I've seen it result in 0, 1, or
>1 instances of sysvms running simultaneously, which makes it
officially worthless.

svn path=/trunk/packages/invirt-xen-config/; revision=2829

Also removed the pinning from rules/install

svn path=/trunk/packages/invirt-xen-config/; revision=2827

Nuked the pinning of libxen3

svn path=/trunk/packages/invirt-xen-config/; revision=2825

Punt the "moocow" VNC password - it's dumb, and we already have our
own authentication mechanism (that uses real authentication).

svn path=/trunk/packages/invirt-xen-config/; revision=2487

In invirt-xen-config:
  * Some of the autoinstallers want a lot of RAM. Give it to them.

svn path=/trunk/packages/invirt-xen-config/; revision=2367

Update invirt-vnc-server and invirt-xen-config to accept the Xen 3.3
packages.

svn path=/trunk/packages/invirt-xen-config/; revision=2179

revert r2085

also while I'm touching this code, use run-parts --list rather than glob

svn path=/trunk/packages/invirt-xen-config/; revision=2087

Correctly calculate the lists of both the sysvms to startup and the
Mako templates to render in the invirt-xen-config startup script.

svn path=/trunk/packages/invirt-xen-config/; revision=2085

genericize sysvm startup to glob /etc/xen/sysvms/s_*

svn path=/trunk/packages/invirt-xen-config/; revision=2067

eth2 -> config.xen.network.iface

svn path=/trunk/packages/invirt-xen-config/; revision=2055

move sysvms/* into xvm-prodconfig from invirt-xen-config

svn path=/trunk/packages/invirt-xen-config/; revision=2039

Fix-up several packages to include the correct Conflicts and Replaces
lines for config-package-dev

svn path=/trunk/packages/invirt-xen-config/; revision=1989

invirt-xen-config: prune tempfile, subprocess imports from invirt-database

(subprocess!  wow, that was a hack.  that was also over a year ago, r223.)

svn path=/trunk/packages/invirt-xen-config/; revision=1850

Instead of using whatever comes out of uname, explicitly strip the hostname down to the short form

svn path=/trunk/packages/invirt-xen-config/; revision=1786

Pin libxen3 on the hosts until we're ready to upgrade to Xen 3.3

svn path=/trunk/packages/invirt-xen-config/; revision=1750

Choose what kernel to use for the autoinstaller based on what dom0 is
running

svn path=/trunk/packages/invirt-xen-config/; revision=1680

Pass the front-end interface to vif-invirtroute

svn path=/trunk/packages/invirt-xen-config/; revision=1636

Set the maximum memory to a really high number so we can bump it later

svn path=/trunk/packages/invirt-xen-config/; revision=1635

Fix the sysvm startup lock cleanup

svn path=/trunk/packages/invirt-xen-config/; revision=1591

Use a lock LV when starting sysvms since exclusive LV activation has
useless semantics

svn path=/trunk/packages/invirt-xen-config/; revision=1580

simplify some shell code

svn path=/trunk/packages/invirt-xen-config/; revision=1471

Add some additional documentation on how the sysvm disk locking works

svn path=/trunk/packages/invirt-xen-config/; revision=1462

Forgot to actually add the path onto the sysvms for generating the
config files

svn path=/trunk/packages/invirt-xen-config/; revision=1460

Add a typo'd missing paren

svn path=/trunk/packages/invirt-xen-config/; revision=1459

Automatically startup sysvms if they're not running already

svn path=/trunk/packages/invirt-xen-config/; revision=1457

Generate config files for sysvms in invirt-xen-config

svn path=/trunk/packages/invirt-xen-config/; revision=1452

don't try to disable tx checksums for HVMs; it errors out

svn path=/trunk/packages/invirt-xen-config/; revision=1426

sipb-xen-base -> invirt-base in dependency lists

svn path=/trunk/packages/invirt-xen-config/; revision=1372

clarify invirt-xen-config description, as distinct from invirt-host-master

svn path=/trunk/packages/invirt-xen-config/; revision=1311

sipb-xen-database-common -> invirt-database in invirt-xen-config

svn path=/trunk/packages/invirt-xen-config/; revision=1295