<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 13, 2022 at 8:21 PM Pierre Riteau <<a href="mailto:pierre@stackhpc.com">pierre@stackhpc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello,<br><div><br></div><div>In the blazar project, we have been seeing a job timeout failure in openstack-tox-py39 affecting master and stable/yoga. tox starts the "lockutils-wrapper python setup.py testr --slowest --testr-args=" process which doesn't show progress until job timeout.</div></div></blockquote><div><br></div><div>I think you should ideally be migrating to stestr which does not have the issue. I've revived  <a href="https://review.opendev.org/c/openstack/blazar/+/581547">https://review.opendev.org/c/openstack/blazar/+/581547</a>.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>It started happening sometime between 2022-03-10 16:01:39 (last success on master) and 2022-03-24 16:35:15 (first timeout occurrence) [1], with no change in blazar itself and few changes in requirements.<br></div><div><br></div><div>I resumed debugging today and managed to reproduce it using Ubuntu 20.04 (it doesn't happen on macOS). Here is the traceback after interrupting it if anyone wants to take a look [2]. The python process is using 100% of the CPU until interrupted.</div><div><br></div><div>I tracked down the regression to the upper constraint on setuptools. For example, stable/yoga has:<br></div><div><br></div><div>setuptools===59.6.0;python_version=='3.6'<br>setuptools===60.9.3;python_version=='3.8'<br></div><div><br></div><div>It appears this is ignored in the py39 job so the job runs with the latest setuptools. Indeed, there were some releases between March 10 and March 24. I still have to figure out what changed in setuptools to cause this behaviour.</div><div><br></div><div>Question for requirements maintainers: is this expected behaviour, or should upper constraints also include lines for python_version=='3.9' on yoga?</div><div><br></div><div>Thanks,</div><div>Pierre Riteau (priteau)</div><div><br></div><div>[1] <a href="https://zuul.openstack.org/builds?job_name=openstack-tox-py39&project=openstack%2Fblazar&skip=0" target="_blank">https://zuul.openstack.org/builds?job_name=openstack-tox-py39&project=openstack%2Fblazar&skip=0</a></div><div>[2] <a href="https://paste.opendev.org/show/bZO7ELmTvfMUGJPdlQ4k/" target="_blank">https://paste.opendev.org/show/bZO7ELmTvfMUGJPdlQ4k/</a></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,</div>Rabi Mishra<div><br></div></div></div></div></div></div>