<div dir="ltr">Folks,<div><br></div><div>I have been noticing that some of us use 'recheck' as a knee jerk reaction. Please STOP!</div><div><br></div><div>Please, take the time to look into the failure mode, see if there's a bug reported already, help the triage process, and ultimately, once you're sure that the issue is not introduced by your patch, consider to type 'recheck bug #####' mindfully. If the gate queue is hovering over at 400 jobs [0], we need to be conscious of the fact that the gate is busy and we should back off.</div><div><br></div><div>Besides, there is no point in jamming stuff through the gate if there's a burning issue that needs to be flushed out.</div><div><br></div><div>For checking gate instabilities, tools [1,2,3] are your friends. If you don't know how to use them, please reach out to me and I'll be happy to walk you through.</div><div><br></div><div>Cheers,</div><div>Armando</div><div><br></div><div>[0] <a href="http://status.openstack.org/zuul/">http://status.openstack.org/zuul/</a></div><div>[1] <a href="http://grafana.openstack.org/dashboard/db/neutron-failure-rate">http://grafana.openstack.org/dashboard/db/neutron-failure-rate</a><br></div><div>[2] <a href="http://status.openstack.org/openstack-health/#/g/project/openstack~2Fneutron">http://status.openstack.org/openstack-health/#/g/project/openstack~2Fneutron</a><br></div><div>[3] <a href="http://status.openstack.org/elastic-recheck/">http://status.openstack.org/elastic-recheck/</a><br></div><div><br></div><div><br></div></div>