Task - Get
Gets information about the specified task.
For multi-instance tasks, information such as affinityId, executionInfo and nodeInfo refer to the primary task. Use the list subtasks API to retrieve information about subtasks.
GET https://batch.core.windows.net/jobs/{jobId}/tasks/{taskId}&api-version={api-version}
GET https://batch.core.windows.net/jobs/{jobId}/tasks/{taskId}?$select={$select}&$expand={$expand}&timeout={timeout}&api-version={api-version}
URI Parameters
| Name | In | Required | Type | Description |
|---|---|---|---|---|
|
jobId
|
path | True |
|
The ID of the job that contains the task. |
|
taskId
|
path | True |
|
The ID of the task to get information about. |
|
$select
|
query |
|
An OData $select clause. |
|
|
$expand
|
query |
|
An OData $expand clause. |
|
|
timeout
|
query |
|
The maximum time that the server can spend processing the request, in seconds. The default is 30 seconds. |
|
|
api-version
|
query | True |
|
Client API Version. |
Request Headers
| Name | Required | Type | Description |
|---|---|---|---|
| client-request-id |
|
The caller-generated request identity, in the form of a GUID with no decoration such as curly braces, e.g. 9C4D50EE-2D56-4CD3-8152-34347DC9F2B0. |
|
| return-client-request-id |
|
Whether the server should return the client-request-id in the response. |
|
| ocp-date |
|
The time the request was issued. Client libraries typically set this to the current system clock time; set it explicitly if you are calling the REST API directly. |
|
| If-Match |
|
An ETag value associated with the version of the resource known to the client. The operation will be performed only if the resource's current ETag on the service exactly matches the value specified by the client. |
|
| If-None-Match |
|
An ETag value associated with the version of the resource known to the client. The operation will be performed only if the resource's current ETag on the service does not match the value specified by the client. |
|
| If-Modified-Since |
|
A timestamp indicating the last modified time of the resource known to the client. The operation will be performed only if the resource on the service has been modified since the specified time. |
|
| If-Unmodified-Since |
|
A timestamp indicating the last modified time of the resource known to the client. The operation will be performed only if the resource on the service has not been modified since the specified time. |
Responses
| Name | Type | Description |
|---|---|---|
| 200 OK |
A response containing the task. |
|
| Other Status Codes |
The error from the Batch service. |
Examples
Task get
Sample Request
GET https://batch.core.windows.net/jobs/jobId/tasks/taskId&api-version=2017-09-01.6.0
client-request-id: 00000000-0000-0000-0000-000000000000
Sample Response
{
"id": "testTask",
"url": "https://account.region.batch.azure.com/jobs/jobId/tasks/taskId",
"eTag": "0x8D3D62350711C55",
"creationTime": "2016-09-06T06:59:15.116Z",
"lastModified": "2016-09-06T06:59:15.116Z",
"state": "active",
"stateTransitionTime": "2016-09-06T06:59:15.116Z",
"commandLine": "cmd /c hostname",
"userIdentity": {
"autoUser": {
"scope": "task",
"elevationLevel": "nonAdmin"
}
},
"multiInstanceSettings": {
"numberOfInstances": 3,
"coordinationCommandLine": "cmd /c echo coordinating"
},
"constraints": {
"maxWallClockTime": "P10675199DT2H48M5.4775807S",
"retentionTime": "P10675199DT2H48M5.4775807S",
"maxTaskRetryCount": 0
},
"executionInfo": {
"retryCount": 0,
"requeueCount": 0
}
}
Definitions
| AffinityInformation | |
| ApplicationPackageReference | |
| AuthenticationTokenSettings |
If this property is set, the Batch service provides the task with an authentication token which can be used to authenticate Batch service operations without requiring an account access key. The token is provided via the AZ_BATCH_AUTHENTICATION_TOKEN environment variable. The operations that the task can carry out using the token depend on the settings. For example, a task can request job permissions in order to add other tasks to the job, or check the status of the job or of other tasks under the job. |
| AutoUserSpecification |
The userName and autoUser properties are mutually exclusive; you must specify one but not both. |
| BatchError | |
| BatchErrorDetail | |
| CloudTask | |
| ComputeNodeInformation | |
| ContainerRegistry |
This setting can be omitted if was already provided at pool creation. |
| EnvironmentSetting | |
| ErrorMessage | |
| ExitCodeMapping | |
| ExitCodeRangeMapping | |
| ExitConditions |
How the Batch service should respond when the task completes. |
| ExitOptions | |
| MultiInstanceSettings |
Multi-instance tasks are commonly used to support MPI tasks. |
| NameValuePair | |
| OutputFile | |
| OutputFileBlobContainerDestination | |
| OutputFileDestination | |
| OutputFileUploadOptions | |
| ResourceFile | |
| TaskConstraints | |
| TaskContainerExecutionInformation |
This property is set only if the task runs in a container context. |
| TaskContainerSettings |
If the pool that will run this task has containerConfiguration set, this must be set as well. If the pool that will run this task doesn't have containerConfiguration set, this must not be set. When this is specified, all directories recursively below the AZ_BATCH_NODE_ROOT_DIR (the root of Azure Batch directories on the node) are mapped into the container, all task environment variables are mapped into the container, and the task command line is executed in the container. |
| TaskDependencies |
This task will not be scheduled until all tasks that it depends on have completed successfully. If any of those tasks fail and exhaust their retry counts, this task will never be scheduled. |
| TaskExecutionInformation | |
| TaskFailureInformation |
This property is set only if the task is in the completed state and encountered a failure. |
| TaskIdRange |
The start and end of the range are inclusive. For example, if a range has start 9 and end 12, then it represents tasks '9', '10', '11' and '12'. |
| TaskStatistics | |
| UserIdentity |
If omitted, the task runs as a non-administrative user unique to the task. |
| Name | Type | Description |
|---|---|---|
| affinityId |
|
An opaque string representing the location of a compute node or a task that has run previously. You can pass the affinityId of a compute node to indicate that this task needs to run on that compute node. Note that this is just a soft affinity. If the target node is busy or unavailable at the time the task is scheduled, then the task will be scheduled elsewhere. |
| Name | Type | Description |
|---|---|---|
| applicationId |
|
The ID of the application to deploy. |
| version |
|
The version of the application to deploy. If omitted, the default version is deployed. If this is omitted on a pool, and no default version is specified for this application, the request fails with the error code InvalidApplicationPackageReferences and HTTP status code 409. If this is omitted on a task, and no default version is specified for this application, the task fails with a pre-processing error. |
If this property is set, the Batch service provides the task with an authentication token which can be used to authenticate Batch service operations without requiring an account access key. The token is provided via the AZ_BATCH_AUTHENTICATION_TOKEN environment variable. The operations that the task can carry out using the token depend on the settings. For example, a task can request job permissions in order to add other tasks to the job, or check the status of the job or of other tasks under the job.
| Name | Type | Description |
|---|---|---|
| access |
|
The Batch resources to which the token grants access. The authentication token grants access to a limited set of Batch service operations. Currently the only supported value for the access property is 'job', which grants access to all operations related to the job which contains the task. |
The userName and autoUser properties are mutually exclusive; you must specify one but not both.
| Name | Type | Description |
|---|---|---|
| elevationLevel |
|
The elevation level of the auto user. nonAdmin - The auto user is a standard user without elevated access. admin - The auto user is a user with elevated access and operates with full Administrator permissions. The default value is nonAdmin. |
| scope |
|
The scope for the auto user Values are: pool - specifies that the task runs as the common auto user account which is created on every node in a pool. task - specifies that the service should create a new user for the task. The default value is task. |
| Name | Type | Description |
|---|---|---|
| code |
|
An identifier for the error. Codes are invariant and are intended to be consumed programmatically. |
| message | A message describing the error, intended to be suitable for display in a user interface. | |
| values | A collection of key-value pairs containing additional details about the error. |
| Name | Type | Description |
|---|---|---|
| key |
|
An identifier specifying the meaning of the Value property. |
| value |
|
The additional information included with the error response. |
| Name | Type | Description |
|---|---|---|
| affinityInfo | A locality hint that can be used by the Batch service to select a compute node on which to start the new task. | |
| applicationPackageReferences |
A list of application packages that the Batch service will deploy to the compute node before running the command line. Application packages are downloaded and deployed to a shared directory, not the task working directory. Therefore, if a referenced package is already on the compute node, and is up to date, then it is not re-downloaded; the existing copy on the compute node is used. If a referenced application package cannot be installed, for example because the package has been deleted or because download failed, the task fails. |
|
| authenticationTokenSettings |
The settings for an authentication token that the task can use to perform Batch service operations. If this property is set, the Batch service provides the task with an authentication token which can be used to authenticate Batch service operations without requiring an account access key. The token is provided via the AZ_BATCH_AUTHENTICATION_TOKEN environment variable. The operations that the task can carry out using the token depend on the settings. For example, a task can request job permissions in order to add other tasks to the job, or check the status of the job or of other tasks under the job. |
|
| commandLine |
|
The command line of the task. For multi-instance tasks, the command line is executed as the primary task, after the primary task and all subtasks have finished executing the coordination command line. The command line does not run under a shell, and therefore cannot take advantage of shell features such as environment variable expansion. If you want to take advantage of such features, you should invoke the shell in the command line, for example using "cmd /c MyCommand" in Windows or "/bin/sh -c MyCommand" in Linux. |
| constraints | The execution constraints that apply to this task. | |
| containerSettings |
The settings for the container under which the task runs. If the pool that will run this task has containerConfiguration set, this must be set as well. If the pool that will run this task doesn't have containerConfiguration set, this must not be set. When this is specified, all directories recursively below the AZ_BATCH_NODE_ROOT_DIR (the root of Azure Batch directories on the node) are mapped into the container, all task environment variables are mapped into the container, and the task command line is executed in the container. |
|
| creationTime |
|
The creation time of the task. |
| dependsOn |
The tasks that this task depends on. This task will not be scheduled until all tasks that it depends on have completed successfully. If any of those tasks fail and exhaust their retry counts, this task will never be scheduled. |
|
| displayName |
|
A display name for the task. The display name need not be unique and can contain any Unicode characters up to a maximum length of 1024. |
| eTag |
|
The ETag of the task. This is an opaque string. You can use it to detect whether the task has changed between requests. In particular, you can be pass the ETag when updating a task to specify that your changes should take effect only if nobody else has modified the task in the meantime. |
| environmentSettings | A list of environment variable settings for the task. | |
| executionInfo | Information about the execution of the task. | |
| exitConditions |
Specifies how the Batch service should respond when the task completes. How the Batch service should respond when the task completes. |
|
| id |
|
A string that uniquely identifies the task within the job. The ID can contain any combination of alphanumeric characters including hyphens and underscores, and cannot contain more than 64 characters. |
| lastModified |
|
The last modified time of the task. |
| multiInstanceSettings |
An object that indicates that the task is a multi-instance task, and contains information about how to run the multi-instance task. Multi-instance tasks are commonly used to support MPI tasks. |
|
| nodeInfo | Information about the compute node on which the task ran. | |
| outputFiles |
A list of files that the Batch service will upload from the compute node after running the command line. For multi-instance tasks, the files will only be uploaded from the compute node on which the primary task is executed. |
|
| previousState |
|
The previous state of the task. This property is not set if the task is in its initial Active state. |
| previousStateTransitionTime |
|
The time at which the task entered its previous state. This property is not set if the task is in its initial Active state. |
| resourceFiles |
A list of files that the Batch service will download to the compute node before running the command line. For multi-instance tasks, the resource files will only be downloaded to the compute node on which the primary task is executed. |
|
| state |
|
The current state of the task. Values are: active - The task is queued and able to run, but is not currently assigned to a compute node. A task enters this state when it is created, when it is enabled after being disabled, or when it is awaiting a retry after a failed run. preparing - The task has been assigned to a compute node, but is waiting for a required Job Preparation task to complete on the node. If the Job Preparation task succeeds, the task will move to running. If the Job Preparation task fails, the task will return to active and will be eligible to be assigned to a different node. running - The task is running on a compute node. This includes task-level preparation such as downloading resource files or deploying application packages specified on the task - it does not necessarily mean that the task command line has started executing. completed - The task is no longer eligible to run, usually because the task has finished successfully, or the task has finished unsuccessfully and has exhausted its retry limit. A task is also marked as completed if an error occurred launching the task, or when the task has been terminated. |
| stateTransitionTime |
|
The time at which the task entered its current state. |
| stats | Resource usage statistics for the task. | |
| url |
|
The URL of the task. |
| userIdentity |
The user identity under which the task runs. If omitted, the task runs as a non-administrative user unique to the task. |
| Name | Type | Description |
|---|---|---|
| affinityId |
|
An identifier for the compute node on which the task ran, which can be passed when adding a task to request that the task be scheduled on this compute node. |
| nodeId |
|
The ID of the node on which the task ran. |
| nodeUrl |
|
The URL of the node on which the task ran. |
| poolId |
|
The ID of the pool on which the task ran. |
| taskRootDirectory |
|
The root directory of the task on the compute node. |
| taskRootDirectoryUrl |
|
The URL to the root directory of the task on the compute node. |
This setting can be omitted if was already provided at pool creation.
| Name | Type | Description |
|---|---|---|
| password |
|
The password to log into the registry server. |
| registryServer |
|
The registry URL. If omitted, the default is "docker.io". |
| username |
|
The user name to log into the registry server. |
| Name | Type | Description |
|---|---|---|
| name |
|
The name of the environment variable. |
| value |
|
The value of the environment variable. |
| Name | Type | Description |
|---|---|---|
| lang |
|
The language code of the error message |
| value |
|
The text of the message. |
| Name | Type | Description |
|---|---|---|
| code |
|
A process exit code. |
| exitOptions | How the Batch service should respond if the task exits with this exit code. |
| Name | Type | Description |
|---|---|---|
| end |
|
The last exit code in the range. |
| exitOptions | How the Batch service should respond if the task exits with an exit code in the range start to end (inclusive). | |
| start |
|
The first exit code in the range. |
How the Batch service should respond when the task completes.
| Name | Type | Description |
|---|---|---|
| default |
How the Batch service should respond if the task fails with an exit condition not covered by any of the other properties. This value is used if the task exits with any nonzero exit code not listed in the exitCodes or exitCodeRanges collection, with a pre-processing error if the preProcessingError property is not present, or with a file upload error if the fileUploadError property is not present. If you want non-default behaviour on exit code 0, you must list it explicitly using the exitCodes or exitCodeRanges collection. |
|
| exitCodeRanges | A list of task exit code ranges and how the Batch service should respond to them. | |
| exitCodes | A list of individual task exit codes and how the Batch service should respond to them. | |
| fileUploadError |
How the Batch service should respond if a file upload error occurs. If the task exited with an exit code that was specified via exitCodes or exitCodeRanges, and then encountered a file upload error, then the action specified by the exit code takes precedence. |
|
| preProcessingError | How the Batch service should respond if the task fails to start due to an error. |
| Name | Type | Description |
|---|---|---|
| dependencyAction |
|
An action that the Batch service performs on tasks that depend on this task. Values are: satisfy - Satisfy the task's dependencies. block - Block the task's dependencies. The default is 'satisfy' for exit code 0, and 'block' for all other exit conditions. If the job's usesTaskDependencies property is set to false, then specifying the dependencyAction property returns an erro and the add task request fails with an invalid property value error; if you are calling the REST API directly, the HTTP status code is 400 (Bad Request). |
| jobAction |
|
An action to take on the job containing the task, if the task completes with the given exit condition and the job's onTaskFailed property is 'performExitOptionsJobAction'. Values are: none - Take no action. disable - Disable the job. This is equivalent to calling the disable job API, with a disableTasks value of requeue. terminate - Terminate the job. The terminateReason in the job's executionInfo is set to "TaskFailed". The default is none for exit code 0 and terminate for all other exit conditions. If the job's onTaskFailed property is noAction, then specifying this property returns an error and the add task request fails with an invalid property value error; if you are calling the REST API directly, the HTTP status code is 400 (Bad Request). |
Multi-instance tasks are commonly used to support MPI tasks.
| Name | Type | Description |
|---|---|---|
| commonResourceFiles |
A list of files that the Batch service will download before running the coordination command line. The difference between common resource files and task resource files is that common resource files are downloaded for all subtasks including the primary, whereas task resource files are downloaded only for the primary. Also note that these resource files are not downloaded to the task working directory, but instead are downloaded to the task root directory (one directory above the working directory). |
|
| coordinationCommandLine |
|
The command line to run on all the compute nodes to enable them to coordinate when the primary runs the main task command. A typical coordination command line launches a background service and verifies that the service is ready to process inter-node messages. |
| numberOfInstances |
|
The number of compute nodes required by the task. If omitted, the default is 1. |
| Name | Type | Description |
|---|---|---|
| name |
|
The name in the name-value pair. |
| value |
|
The value in the name-value pair. |
| Name | Type | Description |
|---|---|---|
| destination | The destination for the output file(s). | |
| filePattern |
|
A pattern indicating which file(s) to upload. Both relative and absolute paths are supported. Relative paths are relative to the task working directory. The following wildcards are supported: * matches 0 or more characters (for example pattern abc* would match abc or abcdef), ** matches any directory, ? matches any single character, [abc] matches one character in the brackets, and [a-c] matches one character in the range. Brackets can include a negation to match any character not specified (for example [!abc] matches any character but a, b, or c). If a file name starts with "." it is ignored by default but may be matched by specifying it explicitly (for example .gif will not match .a.gif, but ..gif will). A simple example: *\.txt matches any file that does not start in '.' and ends with .txt in the task working directory or any subdirectory. If the filename contains a wildcard character it can be escaped using brackets (for example abc[] would match a file named abc). Note that both \ and / are treated as directory separators on Windows, but only / is on Linux. Environment variables (%var% on Windows or $var on Linux) are expanded prior to the pattern being applied. |
| uploadOptions | Additional options for the upload operation, including under what conditions to perform the upload. |
| Name | Type | Description |
|---|---|---|
| containerUrl |
|
The URL of the container within Azure Blob Storage to which to upload the file(s). The URL must include a Shared Access Signature (SAS) granting write permissions to the container. |
| path |
|
The destination blob or virtual directory within the Azure Storage container. If filePattern refers to a specific file (i.e. contains no wildcards), then path is the name of the blob to which to upload that file. If filePattern contains one or more wildcards (and therefore may match multiple files), then path is the name of the blob virtual directory (which is prepended to each blob name) to which to upload the file(s). If omitted, file(s) are uploaded to the root of the container with a blob name matching their file name. |
| Name | Type | Description |
|---|---|---|
| container | A location in Azure blob storage to which files are uploaded. |
| Name | Type | Description |
|---|---|---|
| uploadCondition |
|
The conditions under which the task output file or set of files should be uploaded. The default is taskCompletion. |
| Name | Type | Description |
|---|---|---|
| blobSource |
|
The URL of the file within Azure Blob Storage. This URL must be readable using anonymous access; that is, the Batch service does not present any credentials when downloading the blob. There are two ways to get such a URL for a blob in Azure storage: include a Shared Access Signature (SAS) granting read permissions on the blob, or set the ACL for the blob or its container to allow public access. |
| fileMode |
|
The file permission mode attribute in octal format. This property applies only to files being downloaded to Linux compute nodes. It will be ignored if it is specified for a resourceFile which will be downloaded to a Windows node. If this property is not specified for a Linux node, then a default value of 0770 is applied to the file. |
| filePath |
|
The location on the compute node to which to download the file, relative to the task's working directory. |
| Name | Type | Description |
|---|---|---|
| maxTaskRetryCount |
|
The maximum number of times the task may be retried. The Batch service retries a task if its exit code is nonzero. Note that this value specifically controls the number of retries. The Batch service will try the task once, and may then retry up to this limit. For example, if the maximum retry count is 3, Batch tries the task up to 4 times (one initial try and 3 retries). If the maximum retry count is 0, the Batch service does not retry the task. If the maximum retry count is -1, the Batch service retries the task without limit. |
| maxWallClockTime |
|
The maximum elapsed time that the task may run, measured from the time the task starts. If the task does not complete within the time limit, the Batch service terminates it. If this is not specified, there is no time limit on how long the task may run. |
| retentionTime |
|
The minimum time to retain the task directory on the compute node where it ran, from the time it completes execution. After this time, the Batch service may delete the task directory and all its contents. The default is infinite, i.e. the task directory will be retained until the compute node is removed or reimaged. |
This property is set only if the task runs in a container context.
| Name | Type | Description |
|---|---|---|
| containerId |
|
The ID of the container. |
| error |
|
Detailed error information about the container. This is the detailed error string from the Docker service, if available. It is equivalent to the error field returned by "docker inspect". |
| state |
|
The state of the container. This is the state of the container according to the Docker service. It is equivalent to the status field returned by "docker inspect". |
If the pool that will run this task has containerConfiguration set, this must be set as well. If the pool that will run this task doesn't have containerConfiguration set, this must not be set. When this is specified, all directories recursively below the AZ_BATCH_NODE_ROOT_DIR (the root of Azure Batch directories on the node) are mapped into the container, all task environment variables are mapped into the container, and the task command line is executed in the container.
| Name | Type | Description |
|---|---|---|
| containerRunOptions |
|
Additional options to the container create command. These additional options are supplied as arguments to the "docker create" command, in addition to those controlled by the Batch Service. |
| imageName |
|
The image to use to create the container in which the task will run. This is the full image reference, as would be specified to "docker pull". If no tag is provided as part of the image name, the tag ":latest" is used as a default. |
| registry |
The private registry which contains the container image. This setting can be omitted if was already provided at pool creation. |
This task will not be scheduled until all tasks that it depends on have completed successfully. If any of those tasks fail and exhaust their retry counts, this task will never be scheduled.
| Name | Type | Description |
|---|---|---|
| taskIdRanges | The list of task ID ranges that this task depends on. All tasks in all ranges must complete successfully before the dependent task can be scheduled. | |
| taskIds |
|
The list of task IDs that this task depends on. All tasks in this list must complete successfully before the dependent task can be scheduled. The taskIds collection is limited to 64000 characters total (i.e. the combined length of all task IDs). If the taskIds collection exceeds the maximum length, the Add Task request fails with error code TaskDependencyListTooLong. In this case consider using task ID ranges instead. |
| Name | Type | Description |
|---|---|---|
| containerInfo |
Information about the container under which the task is executing. This property is set only if the task runs in a container context. |
|
| endTime |
|
The time at which the task completed. This property is set only if the task is in the Completed state. |
| exitCode |
|
The exit code of the program specified on the task command line. This property is set only if the task is in the completed state. In general, the exit code for a process reflects the specific convention implemented by the application developer for that process. If you use the exit code value to make decisions in your code, be sure that you know the exit code convention used by the application process. However, if the Batch service terminates the task (due to timeout, or user termination via the API) you may see an operating system-defined exit code. |
| failureInfo |
Information describing the task failure, if any. This property is set only if the task is in the completed state and encountered a failure. |
|
| lastRequeueTime |
|
The most recent time at which the task has been requeued by the Batch service as the result of a user request. This property is set only if the requeueCount is nonzero. |
| lastRetryTime |
|
The most recent time at which a retry of the task started running. This element is present only if the task was retried (i.e. retryCount is nonzero). If present, this is typically the same as startTime, but may be different if the task has been restarted for reasons other than retry; for example, if the compute node was rebooted during a retry, then the startTime is updated but the lastRetryTime is not. |
| requeueCount |
|
The number of times the task has been requeued by the Batch service as the result of a user request. When the user removes nodes from a pool (by resizing/shrinking the pool) or when the job is being disabled, the user can specify that running tasks on the nodes be requeued for execution. This count tracks how many times the task has been requeued for these reasons. |
| result |
|
The result of the task execution. If the value is 'failed', then the details of the failure can be found in the failureInfo property. |
| retryCount |
|
The number of times the task has been retried by the Batch service. Task application failures (non-zero exit code) are retried, pre-processing errors (the task could not be run) and file upload errors are not retried. The Batch service will retry the task up to the limit specified by the constraints. |
| startTime |
|
The time at which the task started running. 'Running' corresponds to the running state, so if the task specifies resource files or application packages, then the start time reflects the time at which the task started downloading or deploying these. If the task has been restarted or retried, this is the most recent time at which the task started running. This property is present only for tasks that are in the running or completed state. |
This property is set only if the task is in the completed state and encountered a failure.
| Name | Type | Description |
|---|---|---|
| category |
|
The category of the task error. |
| code |
|
An identifier for the task error. Codes are invariant and are intended to be consumed programmatically. |
| details | A list of additional details related to the error. | |
| message |
|
A message describing the task error, intended to be suitable for display in a user interface. |
The start and end of the range are inclusive. For example, if a range has start 9 and end 12, then it represents tasks '9', '10', '11' and '12'.
| Name | Type | Description |
|---|---|---|
| end |
|
The last task ID in the range. |
| start |
|
The first task ID in the range. |
| Name | Type | Description |
|---|---|---|
| kernelCPUTime |
|
The total kernel mode CPU time (summed across all cores and all compute nodes) consumed by the task. |
| lastUpdateTime |
|
The time at which the statistics were last updated. All statistics are limited to the range between startTime and lastUpdateTime. |
| readIOGiB |
|
The total gibibytes read from disk by the task. |
| readIOps |
|
The total number of disk read operations made by the task. |
| startTime |
|
The start time of the time range covered by the statistics. |
| url |
|
The URL of the statistics. |
| userCPUTime |
|
The total user mode CPU time (summed across all cores and all compute nodes) consumed by the task. |
| waitTime |
|
The total wait time of the task. The wait time for a task is defined as the elapsed time between the creation of the task and the start of task execution. (If the task is retried due to failures, the wait time is the time to the most recent task execution.) |
| wallClockTime |
|
The total wall clock time of the task. The wall clock time is the elapsed time from when the task started running on a compute node to when it finished (or to the last time the statistics were updated, if the task had not finished by then). If the task was retried, this includes the wall clock time of all the task retries. |
| writeIOGiB |
|
The total gibibytes written to disk by the task. |
| writeIOps |
|
The total number of disk write operations made by the task. |
If omitted, the task runs as a non-administrative user unique to the task.
| Name | Type | Description |
|---|---|---|
| autoUser |
The auto user under which the task is run. The userName and autoUser properties are mutually exclusive; you must specify one but not both. |
|
| username |
|
The name of the user identity under which the task is run. The userName and autoUser properties are mutually exclusive; you must specify one but not both. |