<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 17, 2020 at 4:15 AM Matthias Dellweg <<a href="mailto:dellweg@atix.de">dellweg@atix.de</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">Hello all,<br>
I believe i have  found a new incarnation of hanging tasks (tm). This<br>
time it is pulp3 and as hard to nail down as ever.<br>
I think, it is introduced by e36e7b5f0eccc176a6e6298df29293b014f4710c.<br></blockquote><div>Can you link me to this commit? 'm not sure which repo it's in.</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">
Where the dependency on redis was dropped with the result that 3.3.smth<br>
instead of 3.1.smth was installed.<br>
<br>
Before filing an issue, is there anyone out there to share that<br>
experience?<br>
<br>
Also as a thought protocol of how to reproduce:<br>
I have seen tasks hanging in both "waiting" and "running" state when<br>
using the command `prestart; django-admin test pulp_deb` or `<...> test<br>
pulpcore`. All the tasks I have seen were `sync`, `general_create` or<br>
`general_delete` and looked like they never started to do anything for<br>
real. To have consistent results, i had the impression that i needed to<br>
rebuild the vagrant boxes for every bisecting step.<br>
Also updating the python-redis package on a box that worked, produced a<br>
hanging task in the next run.<br>
<br>
Have a good day,<br>
  Matthias<br>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div></div>