https://pulp.plan.io/https://pulp.plan.io/favicon.ico2017-08-05T14:29:53ZPulpPulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=214062017-08-05T14:29:53Zdaviddavis
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-11 priority-6 priority-default closed" href="/issues/2954">Issue #2954</a>: Ensure that queued tasks are not lost by enabling task_reject_on_worker_lost for Celery 4</i> added</li></ul> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=214092017-08-05T15:25:03Zdaviddavis
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/journals/21409/diff?detail_id=21927">diff</a>)</li></ul> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=214122017-08-05T16:00:11Zdaviddavis
<ul><li><strong>Status</strong> changed from <i>ASSIGNED</i> to <i>POST</i></li></ul><p><a href="https://github.com/pulp/pulp/pull/3115" class="external">https://github.com/pulp/pulp/pull/3115</a></p> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=214132017-08-05T16:01:13Zdaviddavis
<ul></ul><p>I would probably recommend using the following workflow for testing as it's a bit more precise in that it only kill the child worker process. Using <code>sudo systemctl restart pulp_resource_manager</code> will kill both the child and the parent which will potentially leave the message in the queue and thus would be a false positive.</p>
<pre><code>sudo systemctl stop pulp_workers # may need to wait 30 seconds for this to die
pulp-admin rpm repo sync run --repo-id zoo --bg
qpid-stat -q # observe that the queue depth of the resource_manager queue is 1
ps auxf | grep resource_manager # grab the child process id (e.g. 12345)
sudo kill 12345
qpid-stat -q # observe that the queue depth of the resource_manager queue is still 1
sudo systemctl restart pulp_resource_manager
sudo systemctl start pulp_workers # may need to wait 30 seconds for this to start and pick up task
pulp-admin tasks list -s waiting # should be empty
</code></pre> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=214242017-08-07T20:13:18Zdaviddavis
<ul><li><strong>Status</strong> changed from <i>POST</i> to <i>MODIFIED</i></li></ul><p>Applied in changeset <a class="changeset" title="Turn on task_reject_on_worker_lost to prevent lost tasks Turn on task_reject_on_worker_lost (aka..." href="https://pulp.plan.io/projects/pulp/repository/pulp/revisions/f61019e79a64eef8bcc067acb444a440b9dae686">pulp|f61019e79a64eef8bcc067acb444a440b9dae686</a>.</p> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=416852019-04-25T16:46:34Zdaviddavis
<ul><li><strong>Sprint/Milestone</strong> set to <i>3.0.0</i></li></ul> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=428582019-04-26T20:38:03Zbmbouterbmbouter@redhat.com
<ul><li><strong>Tags</strong> deleted (<del><i>Pulp 3</i></del>)</li></ul> Pulp - Issue #2958: Ensure that queued tasks are not lost by enabling task_reject_on_worker_losthttps://pulp.plan.io/issues/2958?journal_id=507092019-12-13T17:25:17Zbmbouterbmbouter@redhat.com
<ul><li><strong>Status</strong> changed from <i>MODIFIED</i> to <i>CLOSED - CURRENTRELEASE</i></li></ul>