On 2013-08-22 16:28, Matthew Treinish wrote:
Another option that I've thought about is making the testr-full jobs
voting on
the check queue. This way it will raise parallel failures to peoples
attention
but not increase the number of gate resets. The only tradeoff here is
that it
will make the voting gate jobs differ from the voting check jobs which
is
something that we try to avoid. So I'm not sure it's a real option.
Hmm, I kind of like this idea. No worries about slowing down the gate
with new transient failures, but we gain the speed benefits on checks.
And it seems to me that anything failing in the gate with serial jobs
that passed the parallel check job is a bug anyway, and not necessarily
something that would be avoided by running the check serially. After
all, they're running the exact same tests, right?
Maybe there are other less pleasant complications from that sort of
setup that I'm missing, but it seems like a good first step to me.
-Ben
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
