Since the pcpg-i2 nodes are so very flaky, lets try something that
does not require them to rebooted or imaged!

The key change is that on these remote nodes, we do not bridge the
physical control interface to the VM control interfaces. There is no
point since there are no routable IPs we can use, nor is there a
192.168 network that would be useful.

However, we still want to give the VMs their 192.168 address and we
still want multiple VMs on the same host to talk to each other, and we
we still want the VMs to be able to access the outside world with NAT.
So we still create the xenbr0 bridge, and give it the router address
(192.168.0.1). Any traffic heading out will be NAT's as normal, and
you can ssh into the VM using the physical host IP and the per VM
sshd port number.

This allows users to select the specific node type of their VMs,
We need to revisit this type stuff.

It is possible for the CM daemon to grab the lock for a moment,
so lets not fail. Rare case.

the Utah downloads directory.

* remove check for gather arg, use TESTINFO from tmcc hwinfo
  instead. Only call tmcc once. Let non-MFS boot collect data.
* tmcc hwinfo not return a TESTINFO line. Handle the LOGDIR, COLLECT
  and CHECK indicators
* Do to variable scoping make sure everything runs in the shell.
  Do not 'exit' from called programs. Source called programs instead
  of starting new shells.
* Nothing wrong with the which() function I put in since the
  MFS/busybox installation does not have one, but if we have a real
  which(1) program use it.
* output format changes and programming space changes
* remove check for gather arg, use TESTINFO from tmcc hwinfo
  instead. Only call tmcc once. Let non-MFS boot collect data.
* tmcc hwinfo not returning a TESTINFO line. Handle the LOGDIR, COLLECT
  and CHECK indicators
* Do to variable scoping make sure everything runs in the shell.
* Do not 'exit' from called programs. Source called programs instead of
  starting new shells.
* Nothing wrong with the which() function I put in since the MFS/busybox
  installation does not have one, but if we have a real which(1) program
  use it.
* call sub-programs by sourcing not by starting new shell.
* oops mfsmode is not set until initialize is run. also set -e -u to
  catch this type of thing.

Checknode tests once again run in standard images and can collect
data.

* All tests can now be "sourced" from gatherinv to insure everything
  runs in a single shell.
* All tests can also be called standalone.
* MFS mode and non-MFS mode honor the CHECK and COLLECT flags.
* Create, if necessary, a new project save directory.
* This will be needed once every-time checknodes is run in a new project.
  path is /proj/{pid}/nodecheck.
* If script can't run quit with a 'return 0' so the rest of the checks
  can continue.

Change filename gatherinv -> checknode

* Can't run in MFS mode if not in the emulab-ops pid

So we don't hang forever if the tipserver is down.

recorded about what it is doing.

(This was accidentally broken in the previous commit.)

This is the client-side of our current "swapmod" goal. You can add and
remove blockstores, but you cannot modify the attributes of an existing
blockstore.