2009-10-06 UEC Testing

[Thierry Carrez]

Dustin Kirkland wrote:
> I'm pleased to report that we are continuing to improve.
> 
> I performed a fresh install with today's ISO's, including the newly
> merged eucalyptus_1.6~bzr912 with its great number of bug fixes.  I
> installed one Cluster Controller, and two Nodes.  Autoregistration
> happened perfectly.

Note that while it happens perfectly, it occurs too late in the process
(after a 60 second timeout), due to a combination of bugs (443325,
444504). Fixing those will move autoregistration to happen sooner, at
the supposed right time, which might introduce a regression.

> With Mathias, we followed and updated the testing instructions at:
> * http://testcases.qa.ubuntu.com/Install/ServerEConfig
> 
> We are able to get Eucalyptus-provided images to boot, run, and respond
> over the network.  However, we have not yet gotten any of our UEC images
> to run yet.  They go straight from pending -> terminated state.

What size were those images ?
What do the logs say ?
I suspect bug 439410, in which case the issue should only be transient.

> I also see that Bug #443325 has a fix committed in upstream revision
> r913.  However, this revision is *huge*.  I'm very nervous about pulling
> this into Karmic at this point:
> [...]
> I'd rather find what within this commit we actually need to solve our bug.
> 
> Looking at:
>  bzr log --include-merges | less
> 
> I can see a few incremental commits.  We should dig into those and
> cherrypick the bit we need.

There is a lot of whitespace noise in there, and it's difficult to tell
what's critical and what's not by looking at the linked bugs. I agree
you should confirm with Dan what should be taken from that exactly.

> In any case, Thierry, you should have a new ISO in your AM, with a
> Eucalyptus that fixes a few bugs, as well as a libvirt that solves LP:
> #438815 (file descriptor leak).

The last ISO is still from yesterday noon. I asked for a respin now and
will test it this morning.

-- 
Thierry Carrez
Technical lead, Ubuntu server team || Canonical Ltd.