GitLab

This is only done for shared nodes right now.

See emulab-devel issue 227 for details.

Also, on a "reset" clean out the correct BDB files. It has been
a long time since they used ".db" as the suffix. Now there are
".pag" and ".dir" files. We haven't noticed because we don't really
use the "reset" operation. The prepare script just removes
everything in /var/emulab/db.

generate a top level element in the emulab namespace that lists the
nodes that cat be reserved (physical node types with at least one
actual node in the database). Change portal_monitor to look for and
use this element when processing the advertisement.

from being deleted. If a profile cannot be deleted, then the images
it references cannot be deleted either.

initial import of an image, Normally this is done in create_image, but
need to do it here as well.

Probably some perl way to avoid this, but life is short.

we have to look in that DB, not the geni-cm database.

user right after create.

Not sure how I got headed down this path, but here I am:
 * replace use of "ps" and "grep" with, wait for it..."pgrep"!
 * explicitly specify type=vif so we don't wind up with the extra,
   vifN.M-emu backend interface that gets left laying around,
 * add -F option to "xl shutdown" which is needed for HVMs else
   shutdown will fail and the domain won't go away (qemu left behind)
   and FBSD filesystem can be messed up,
 * Use "hd" instead of "sd" to avoid emulated SCSI driver which has
   caused me grief in the past (though it should never actually get
   used due to PVHVM config of kernel).

The same exit code applies as when running for real: 0 means the
reservation is (would be) approved; 1 means the reservation is impossible;
2 means the reservation is possible but requires admin approval.

Whenever an HVM domU reboots, the pty used for the console changes
and capture would blissfully keep using the old abandoned pty. Since
HVM is currently only used for FreeBSD vnodes, nobody but Mike ever
noticed.

xenstore has a watch mechanism where you can be informed if any key
changes value. This would have been really convenient to use...if I
was using the native xenstore C API. But I didn't want to drag in
dependencies on Xen libraries, so I do all the xen stuff using the
command line tools. So now I popen() xenstore_watch on the console
key and add that file descriptor to the select loop. See the comments
for further lamentation.

Also, cleaned up the (GCC detected) lint while I was in there!

behind that is locked and cannot be terminated.

it is the Emulab Portal but not the MotherShip.

This seems better in the case when there are no experiments and no
reservations using the node type in question (formerly we would just
return an empty list... not very useful), and arguably better in less
trivial cases, too.

Hopefully, this will decrease the chances that a vnode teardown will
fail due to a busy LV.

now that openvz is fully flushed.