I have a Linux template, named "linux_template_v23_", that mostly works
but has a fatal bug in the config file for its public network interface.
So, I built and captured a new, corrrected build, called
"linux_template_26_".

So far so good.  The new build captured successfully, and I can select
one of my VM definitions, load the new image, and that succeeds, with
the VM ending up marked "Available" in the database, accessable from the
net and so on.

The trouble comes when I try to select the new image in the reservations
interface.  The name appears in the dropdown, but when I select it the
UI immediately prints a red line, "Selection not currently available".
The old profile doesn't have that problem.

I can't think what I did differently for the older template.  I've
looked all over the UI, plus a couple of the backing tables, and I can't
find any difference between the two templates that explains why one is
available and the other isn't.

In requests.php I find:

        $rc = isAvailable($images, $imageid, $imagerevisionid, $start, $end);
  [...]
        if($rc < 1) {
                print "'<font color=red>Selection not currently 
available</font>'; ";
                print "if(dojo.byId('newsubmit')) dojo.byId('newsubmit').value 
= 'View Time Table';";

...and in utils I find that the isAvailable function checks a lot of
conditions before returning an integer less than 1 on error, so the
cause of that message could be a few different things.

A few more items, maybe relevant: Currently I have VM computers defined
and available, associated with a working ESX host, both with and without
the new template in their currentimage field.

When I reload the image on a VM, that seems to go flawlessly, best we've
seen since we started this project: the VM boots, gets its networking
right, accepts SSH from the management node and gets its post-boot
reconfiguration done.  I'm logged into one now and everything looks just
fine.  But, not currently available.

Any ideas where to look next?  I'm stumped.

-- 
Michael Jinks :: [email protected] :: 773-469-9688
University of Chicago IT Services

Reply via email to