If an available partition device (aka, the 4th partition on the system disk)
represents less than 5% of the spare space we have found, ignore it.

This will allow us to continue to use the 4th partition on the system
disk of the d710s (450GB or so) and the second disk (250GB), but not use
the 2nd partition (3GB), which would make us thrash about on the system
disk even more than usual.

Mostly this is for the new HP server boxes, so it doesn't pick up the 10GB
left over on the (virtual) system disk when we have 21TB available on the
second (virtual) disk.

Another hack til blockstores rule the world...

treated like normal hosts (tmcd already was changed). This is fine for XEN,
but will break OpenVZ, but we can burn that bridge later.

Also loads a couple of Infiniband modules so that Infiniband tools work
properly.

descriptor). Stash the current typelist into the descriptor being cloned,
just before cloning (safety measure, until I fix the image update path).

existing image in emulab-ops. This is a last resort, as we do store a copy
of the typelist in the descriptor for just this purpose, but stuff happens.

version number.

	usage: runsonxen [-p <parent>] <imageid>
	usage: runsonxen -a [-p <parent>]
	usage: runsonxen -c <imageid>
	Options:
	 -n      - Impotent mode
	 -c      - Clear XEN parent settings completely
	 -a      - Operate on all current XEN capable images
	 -p      - Set default parent; currently XEN43-64-STD

Mark image update time when importing; more important to know
when the image was brought in then when it was updated on the
remote site.

e.G. the following assign violations gave just 'Not enough bandwdith' as the 0 always matched.
Now we match with any number 1-9

   BEST SCORE:  50.5 in 0 iters and 0.008631 seconds
  unassigned:  0
  pnode_load:  26
  no_connect:  0
  link_users:  0
  bandwidth:   0
  desires:     0
  vclass:      0
  delay:       0
  trivial mix: 0
  subnodes:    0
  max_types:   0
  endpoints:   0

out the group changes. This is the wrong way to do this, but a real
fix will wait until I have to deal with it in CloudLab.

much quicker.

But remain backwards compat with existing certificates and credentials.

Mail now comes from gitlab@flux.utah.edu so that replies go to Leigh's
new comment ingesting mechanism. Mail now goes to an address defined in
a hash in this file (could also be in the config file) depending on the
label attached to the issue.