<div dir="ltr"><div>Hi everyone,</div><div><br></div><div>here is a summary of the discussions. The full agenda can be found here [1].<br></div><div><br></div><div>== Antelope Retrospective ==</div><div>Good things: kudos to all who are still around and help with reviews, patches, bug fixes</div><div>Bad things: unstable gate due to tox update, timeouts, job flakiness (mainly multinode job)<br></div><div><br></div><div>== uWSGI is in the maintenance mode ==</div><div>This doesn't require an immediate action as it's still in the maintenance mode = any bugs should be fixed and until we need new features we don't have to rush into replacing it.<br></div><div>We should have it on the watchlist though and potentially test some alternatives - I've put this as one of the priority items for this cycle [2].<br></div><div><br></div><div>== FIPS interop testing ==</div><div>We had a FIPS goal since the last PTG [3].</div><div>The patches [4] and [5] were to have FIPS on ubuntu and these [6] and [7] are to add FIPS on a centos job. <br></div><div>The next goal is to have a FIPS job on Rocky linux as it's more stable than centos.<br></div><div><br></div><div>== Retiring Patrole ==<br></div><div>We are going to retire Patrole project. 2 main facts that speak in favor of retiring:</div><div>Fact 1: plugins have enough RBAC tests (and are writing more to test SRBAC) - therefore patrole is not needed, the testing coverage got by the plugins is enough.</div><div>Fact 2: patrole gates have been broken for a long time and no one was affected by that.<br></div><div><br></div><div>== Additional PyPi maintainer cleanup ==<br></div><div>Only 2 projects from QA left with additional maintainers:</div><div>* openstack/os-performance-tools - additional maintainer SpamapS (Clint Byrum)</div><div>* openstack/patrole - additional maintainer DavidPurcell</div><div></div><div>If you know any of them, please, tell them to reach out to me. I've sent emails to them, but maybe the email addresses I found aren't checked regularly anymore.<br></div><div><br></div><div>== Tempest/Devstack gate stability ==<br></div><div>Several precautions have been done such as reduce mysql memory [8] or reduce the number of tests executed per job, increase of a timeout etc [9].</div><div>However, those precautions are mainly workarounds. The important note is that the instability was only highlighted by our testing, not caused by it. Many problems are inefficiencies in openstack software, e.g.:</div><div>* openstack-client issues a new token for every operation</div><div>* python startup time - entrypoint lookup</div><div>* privesp processes in aggregate use more memory than nova (every service runs their own copy)</div><div>* inefficient ansible code, etc</div><div>Any volunteers who would like to first analyse the situation, find which of those inefficiencies are the biggest culprits and how big effect they have on the system?<br></div><div><br></div><div>[1] <a href="https://etherpad.opendev.org/p/qa-bobcat-ptg" target="_blank">https://etherpad.opendev.org/p/qa-bobcat-ptg</a></div><div><span>[2] <a href="https://etherpad.opendev.org/p/qa-bobcat-priority" target="_blank">https://etherpad.opendev.org/p/qa-bobcat-priority</a><br></span></div><div>[3] <a href="https://etherpad.opendev.org/p/antelope-ptg-interop">https://etherpad.opendev.org/p/antelope-ptg-interop</a></div><div>[4] <a href="https://review.opendev.org/c/zuul/zuul-jobs/+/866881">https://review.opendev.org/c/zuul/zuul-jobs/+/866881</a></div><div>[5] <a href="https://review.opendev.org/c/zuul/zuul-jobs/+/873893">https://review.opendev.org/c/zuul/zuul-jobs/+/873893</a></div><div>[6] <a href="https://review.opendev.org/c/openstack/devstack/+/871606">https://review.opendev.org/c/openstack/devstack/+/871606</a></div><div>[7] <a href="https://review.opendev.org/c/openstack/tempest/+/873697">https://review.opendev.org/c/openstack/tempest/+/873697</a></div><div>[8] <a href="https://review.opendev.org/c/openstack/devstack/+/873646">https://review.opendev.org/c/openstack/devstack/+/873646</a></div><div>[9] <a href="https://review.opendev.org/q/topic:bug%252F2004780">https://review.opendev.org/q/topic:bug%252F2004780</a><span></span></div><div><span><br></span></div><div><span>Regards,<br></span></div><div><span>-- </span><br><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><font size="2">Martin Kopec</font><br><font size="2"><span>Principal Software Quality Engineer</span></font><br><font size="2"><span>Red Hat <span>EMEA</span></span></font></div><div><font size="2"><span><span>IM: kopecmartin<br></span></span></font></div><div><br></div><div><br></div><div><br></div></div></div></div></div>