GitLab

recent version of a profile.

when deleting via the Geni path.

We remove them if we find them and mark the image version deleted as necessary.

Also, undo the $image->field('hash') thing now that the hash() method
in OSImage.pm does the right thing.

one version in the list.

all at once, we want to delete the naked images so that all versions of
the image get deleted.

Here is where things get tricky; our only record of where the image
lives and hat versions exist is at the cluster or in the source. But
if the source is not using a version then we have no record of it and
do not know what cluster to delete from. This is problem on the Cloudlab
portal not the Emulab portal, we can handle that (although I do not
yet).

Still working on this, but its a little better and of course images can
be deleted on the image management page which asks for a complete list
of all images.

profile deletion.

image versions at the clusters.

to the web UI.

can delete, and to delete individual versions of images.

versions of the image, which is certain contexts is needed.

the version does not have to be the head version; any version can
now be deleted. We mark the DB row as deleted and delete the image
file when the purge option is given (which is most of the time).

long and the RPC will timeout. This is actually harmless, since
the termination at the cluster eventually finishes and we will
notice that from the daemon.

temporary value array instead of the image hash. I do not think
anything actually calls for that internal array.

Hussam found the answer at:
   http://northernmost.org/blog/gre-tunnels-and-ufw/index.html

node pool.