[Pulp-list] Need help/advice with import tasks intermittently causing a time-out condition
Rohan McGovern
rmcgover at redhat.com
Wed Dec 6 02:05:40 UTC 2017
Deej Howard <Deej.Howard at neulion.com> writes:
> That video was very useful, Dennis – thanx for passing it
> on!
>
>
>
> It sounds like the solution to the problem I’m seeing lies
> with the client-side operations, based on the repo reservation methodology
> that is in place. It would really be useful if there were some sort of API
> call that could be made so the client code could decide if the operation
> were just hung due to network issues (and abort or otherwise handle that
> state), or if there is an active repo reservation in place that is waiting
> to clear before the operation can proceed. I can also appreciate that this
> has at least the potential of changing dynamically from the viewpoint of a
> client’s operations (because the repo reservation can be put on/taken off
> for other tasks that are already in the queue), and it would be good for
> the client to be able to determine that its task is progressing (or not) as
> far as getting assigned/executed. Sounds like I need to dig deeper into
> what I can accomplish with API (or REST) to get a better idea of the exact
> status of the import operation and basing decisions more on that status
> rather than just “30 attempts every 2 seconds”.
>
You can use the API to search for running or waiting tasks, then look at
the "tags" on each task. Repositories used by a task will appear as
"pulp:repository:<repo_id>" tags.
More information about the Pulp-list
mailing list