Tasks¶
Introduction¶
The Pulp server uses Celery to handle requests that may take longer than a HTTP request timeout to execute. Many of the commands from the pulp-admin command line client will return messages along the lines of
Request accepted
check status of task e239ae4f-7fad-4004-bfb6-8e06f17d22ef with "pulp-admin tasks details"
This means the server’s REST API returned a 202 ACCEPTED response with the task information for the task that is handling the request.
This page details querying and managing these tasks.
Details¶
The pulp-admin command line client provides the tasks
section and the
details
command to inspect the runtime details of a task, identified with the
required --task-id=<id>
flag.
$ pulp-admin tasks details --task-id e239ae4f-7fad-4004-bfb6-8e06f17d22ef
+----------------------------------------------------------------------+
Task Details
+----------------------------------------------------------------------+
Operations:
Resources: orphans (content_unit)
State: Successful
Start Time: 2012-12-09T03:26:51Z
Finish Time: 2012-12-09T03:26:51Z
Result: N/A
Task Id: e239ae4f-7fad-4004-bfb6-8e06f17d22ef
Progress:
In the output above there are several sections:
- Operations: a list of operations that are being performed by this task
- Resources: a list of resources that are being operated on
- State: the state of the task, such as: Waiting, Running, Successful or Error
- Start Time: the UTC time the task started
- Finish Time: the UTC time the task finished
- Result: the reported result of the task, if any
- Task Id: a unique identifier for the task (as a UUID)
- Progress: arbitrary progress information provided by the task, if any
Listing¶
To see all the tasks on the server at any given time, the pulp-admin
command line client provides the tasks
section and the list
command.
It provides all the same information as the details
command, but for every task that has been
executed on the pulp server. The length of history depends on the settings described below.
In addition to tasks launched using pulp-admin or the API , reaper
and monthly
tasks appear
in the list.
The reaper
task is responsible for cleaning up the database on a regularly scheduled interval.
The interval is configured with reaper_interval
in [data_reaping]
section of
/etc/pulp/server.conf
. The value can be whole or fraction of days. The length of time to keep
documents for each collection is also configured in the same section.
task_status_history
, consumer_history
, repo_sync_history
, repo_publish_history
,
repo_group_publish_history
, and task_result_history
take values of whole or fraction of
days to keep that type of history. This database cleanup is needed because these transactions can
occur very frequently and as result the database can grow to an unreasonable size.
The monthly
task is run every 30 days to clean up data referencing any repositories that no
longer exist.
Purging¶
To purge the completed tasks on the server at any given time, the pulp-admin
command line client provides the tasks
section and the purge
command.
By giving a --all
flag, the tasks in successful
, failed
and skipped
state
will be purged.
By giving a --state
flag, specific states can be passed as an argument and all the
tasks belonging to these states will be purged. These states must be from the completed
state list(except canceled
) or the command will result in error message.
$ pulp-admin tasks purge
+----------------------------------------------------------------------+
Purge Completed Tasks
+----------------------------------------------------------------------+
Command: purge
Description: purge tasks in one or more completed states
Available Arguments:
--all, -a - if specified, all tasks in "successful, skipped and failed states
will be purged
--state, -s - comma-separated list of tasks states desired to be purged.
Example: "successful,failed". Do not include spaces.
$ pulp-admin tasks purge --all
+----------------------------------------------------------------------+
Purge Completed Tasks
+----------------------------------------------------------------------+
Task purging is successfully initiated.
$ pulp-admin tasks purge -s successful,failed
+----------------------------------------------------------------------+
Purge Completed Tasks
+----------------------------------------------------------------------+
Task purging is successfully initiated.
$ pulp-admin tasks purge -s canceled
+----------------------------------------------------------------------+
Purge Completed Tasks
+----------------------------------------------------------------------+
Invalid task state passed to parameters list: canceled.
Canceling a Task¶
Tasks may be canceled before they are run (i.e. in the waiting state) or while they are running.
The pulp-admin command line client provides the tasks
section and the
cancel
command to cancel a task identified by the required
--task-id
flag.
$ pulp-admin tasks cancel --task-id e0e0a250-eded-468f-9d97-0419a00b130f
$ pulp-admin tasks details --task-id e0e0a250-eded-468f-9d97-0419a00b130f
+----------------------------------------------------------------------+
Task Details
+----------------------------------------------------------------------+
Operations: sync
Resources: ff7-e6 (repository)
State: Canceled
Start Time: 2012-12-09T04:28:10Z
Finish Time: 2012-12-09T04:29:09Z
Result: N/A
Task Id: e0e0a250-eded-468f-9d97-0419a00b130f
Progress:
Yum Importer:
Comps:
State: NOT_STARTED
Content:
Details:
Delta Rpm:
Items Left: 0
Items Total: 0
Num Error: 0
Num Success: 0
Size Left: 0
Size Total: 0
File:
Items Left: 0
Items Total: 0
Num Error: 0
Num Success: 0
Size Left: 0
Size Total: 0
Rpm:
Items Left: 6
Items Total: 37
Num Error: 0
Num Success: 31
Size Left: 112429996
Size Total: 149958122
Tree File:
Items Left: 0
Items Total: 0
Num Error: 0
Num Success: 0
Size Left: 0
Size Total: 0
Error Details:
Items Left: 0
Items Total: 37
Num Error: 0
Num Success: 31
Size Left: 112429996
Size Total: 149958122
State: CANCELED
Errata:
State: NOT_STARTED
Metadata:
State: FINISHED
Note
It is possible for tasks to complete or experience an error before the task cancellation request is processed. In these instances, the task’s final state might not be “canceled” even though a cancel was requested.