[OpenStack-Infra] Status of check-tempest-dsvm-f20 job

Sean Dague sean at dague.net
Tue Jun 17 21:05:05 UTC 2014


On 06/17/2014 04:16 PM, Ian Wienand wrote:
> Hi,
> 
> I added an item to today's meeting but we didn't get to it.
> 
> I'd like to bring up the disablement of the F20 based job, disabled in
> [1] with some discussion in [2].
> 
> It's unclear to me why there are insufficient Fedora nodes.  Is the
> problem that Fedora is booting too slowly compared to other
> distributions?  Is there some other Fedora specific issue we can work
> on?
> 
> Demoting to experimental essentially means stopping the job and
> letting it regress; when the job was experimental before I was
> triggering the run for each devstack change (to attempt to maintain
> stability) but this also triggers about 4 other experimental jobs,
> making the load issues even worse.
> 
> What needs to happen before we can get this job promoted again?
> 
> Thanks

It was demoted yesterday when devstack and devstack-gate changes were
stacking up in check waiting on an f20 node to be allocated for a
non-voting job.

When we it off devstack changes had been waiting 5 hrs in check, with no
f20 node allocated. One of those was a critical fix for gate issues
which we just manually gate promoted.

Because this is the way this degrades when we are using all our quota,
I'm really wary of adding these back until we discuss the expectations
here (possibly in Germany). Because devstack ends up often being a knob
we can adjust to dig ourselves out of a gate backup, making it get extra
delay when we are at load, is something I don't think serves us well.

If nodepool (conceptually) filled the longest outstanding requests with
higher priority, I'd be uber happy. This would also help with more fully
using our capacity, because the mix of nodes that we need any given hour
kind of changes. But as jeblair said, this is non trivial to implement.
Ensuring a minimum number of nodes (where that might be 1 or 2) for each
class would have helped this particular situation. We actually had 0
nodes in use or ready of the type at the time.

So I'm in the 'prefer not' camp for devstack right now.

	-Sean

-- 
Sean Dague
http://dague.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 482 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstack.org/pipermail/openstack-infra/attachments/20140617/5cfc6609/attachment.pgp>


More information about the OpenStack-Infra mailing list