https://pulp.plan.io/https://pulp.plan.io/favicon.ico2017-06-27T14:48:26ZPulpPython Support - Issue #2838: Updating/Adding a sync schedule does not trigger an immediate synchttps://pulp.plan.io/issues/2838?journal_id=204342017-06-27T14:48:26Zttereshcttereshc@redhat.com
<ul><li><strong>Priority</strong> changed from <i>Normal</i> to <i>Low</i></li><li><strong>Triaged</strong> changed from <i>No</i> to <i>Yes</i></li><li><strong>Tags</strong> deleted (<del><i>Sync Performance</i></del>)</li></ul> Python Support - Issue #2838: Updating/Adding a sync schedule does not trigger an immediate synchttps://pulp.plan.io/issues/2838?journal_id=204432017-06-28T01:27:43Zmhrivnakmhrivnak@redhat.com
<ul></ul><p>Did you schedule this through pulp-admin, or through the API directly?</p>
<p>The logic that chooses when to next run a scheduled task has no idea what kind of task is in question, let alone what type of repo is being acted on. Whatever caused this behavior is hopefully a simple bug along the way. The only possible difference that comes to mind is the chance that pulp-admin's python repo support is passing arguments to the API differently.</p> Python Support - Issue #2838: Updating/Adding a sync schedule does not trigger an immediate synchttps://pulp.plan.io/issues/2838?journal_id=204472017-06-28T13:45:23Zbmbouterbmbouter@redhat.com
<ul></ul><p><a class="user active" href="https://pulp.plan.io/users/13617">mikea</a>, You can see exactly the calls that pulp-admin is producing using the -vv flag. It needs to be the first option like <code>pulp-admin -vv rpm repo ...</code></p> Python Support - Issue #2838: Updating/Adding a sync schedule does not trigger an immediate synchttps://pulp.plan.io/issues/2838?journal_id=207912017-07-13T03:19:07Zmikea
<ul></ul><p>mhrivnak wrote:</p>
<blockquote>
<p>Did you schedule this through pulp-admin, or through the API directly?</p>
<p>The logic that chooses when to next run a scheduled task has no idea what kind of task is in question, let alone what type of repo is being acted on. Whatever caused this behavior is hopefully a simple bug along the way. The only possible difference that comes to mind is the chance that pulp-admin's python repo support is passing arguments to the API differently.</p>
</blockquote>
<p>These are schedules created via the API, not pulp-admin. I haven't actually tried doing this with the pulp-admin cli.</p>
<p>My code that creates the schedule is exactly the same regardless of the repo type. The behavior is that when a new schedule is created for yum repositories without a time in the future (P1D, for example), a sync immediately starts. This does not happen with python repositories.</p> Python Support - Issue #2838: Updating/Adding a sync schedule does not trigger an immediate synchttps://pulp.plan.io/issues/2838?journal_id=373452019-04-12T20:15:49Zbmbouterbmbouter@redhat.com
<ul><li><strong>Status</strong> changed from <i>NEW</i> to <i>CLOSED - WONTFIX</i></li></ul><p>Pulp 2 is approaching maintenance mode, and this Pulp 2 ticket is not being actively worked on. As such, it is being closed as WONTFIX. Pulp 2 is still accepting contributions though, so if you want to contribute a fix for this ticket, please reopen or comment on it. If you don't have permissions to reopen this ticket, or you want to discuss an issue, please reach out via the <a href="https://www.redhat.com/mailman/listinfo/pulp-dev" class="external">developer mailing list</a>.</p> Python Support - Issue #2838: Updating/Adding a sync schedule does not trigger an immediate synchttps://pulp.plan.io/issues/2838?journal_id=382182019-04-15T20:17:13Zbmbouterbmbouter@redhat.com
<ul><li><strong>Tags</strong> <i>Pulp 2</i> added</li></ul>