GitLab

Awesome.

It took me so long to find this stupid bug, I don't want future me
to have to hunt for it again...

Since this is the obvious fix to libabac not working after the upgrade
to 0.1.9.

notifications to an image's origin cluster, another for the origin cluster
to record images that need to be imported from a remote cluster after
notification.

instead of doing nothing.

Did this quite a while back, but haven't tested yet.

Changes to make a client even more passive when there are blocks in
flight (requested by someone else) that they can use. The goal here
is to keep a late joining client from making requests for chunks that
all the others have already seen. This is not a big problem in the
default case where clients randomize the order of chunks they request,
but when they are making sequential requests it can be a problem.

Loopback mount @TBROOT@/lib/geni-lib directory read-only in the jail.
This way we don't have to copy geni-lib stuff into the base jail and worry
about multiple versions. The version mounted in the jail can either be
the standard version or a dev-tree version depending on which copy of the
script is run.

Create per-instance snapshots of the base jail rather than having one
"current" snapshot that all instances used. Not as efficient, but allows
us to update the base (e.g., with security fixes) without needing to
remember to create a new "current" snapshot!

Add -C option to just create a jail instance without running anything
in it. Then you can use "jexec" to test stuff in the jail. Use the new
-R option afterward to remove the instance.

Try to sanitize the environment passed to the command script. We cannot
just give it a "clean" environment because genilib passes stuff via the
environment. So we get rid of SUDO_* and SSH_* and set the assorted USER*
variables correctly. This may have to be refined depending on how much
geni-lib scripts expect from the environment.

new profile version.

we cannot get their project list, which causes create_instance to fail.

genilib-iocage uses the FreeBSD "iocage" jail management package to
setup a jail, run the script, and teardown the jail. Unfortunately,
this version is really, really slow (11 seconds for a one-shot jail).

So instead we will use genilib-jail which uses the template jail instance
I built using iocage, but creates the one-off jails by using raw zfs and
jail commands. It runs in about 1.3 seconds. genilib-iocage is left in
case the author speeds it up someday.

N.B. these are NOT plug in replacements for rungenilib.proxy.in.
In particular, the new scripts run as root and don't do any validation
of the caller or arguments. So genilib-jail will be called from rungenilib
for now (though I have not done that part yet!)

Do what we do in FreeBSD slicefix to set the console correctly.
Not perfect, but it is what it is.

Fix long standing bug that left garbage at the end of grub.cfg.
We were fixing grub.cfg by opening it for read/write, reading in the
whole file, fixing it, seeking to zero, and writing it back out.
However, if our fixes resulted in a shorter file than before, the
excess bits would be left in the file. Instead, we now truncate after
seeking to zero and before re-writing.

Fix another issue with CentOS 7. Make sure we look for linux16 and
initrd16 as well as linux and initrd.