当任务完成并失败时,将发出此事件。 目前,所有非零退出代码都被视为失败。 除了任务完成事件之外, 还会 发出此事件,并可用于检测任务失败的时间。
以下示例显示了任务失败事件的正文。
{
"jobId": "myJob",
"id": "myTask",
"taskType": "User",
"systemTaskVersion": 0,
"requiredSlots": 1,
"nodeInfo": {
"poolId": "pool-001",
"nodeId": "tvm-257509324_1-20160908t162728z"
},
"multiInstanceSettings": {
"numberOfInstances": 1
},
"constraints": {
"maxTaskRetryCount": 2
},
"executionInfo": {
"startTime": "2016-09-08T16:32:23.799Z",
"endTime": "2016-09-08T16:34:00.666Z",
"exitCode": 1,
"retryCount": 2,
"requeueCount": 0
}
}
Element name | 类型 | Notes |
---|---|---|
jobId |
String | 包含任务的作业的 ID。 |
id |
String | 任务的 ID。 |
taskType |
String | 任务的类型。 它要么是“JobManager”,表示它是作业管理器任务,要么是“用户”,表示它不是作业管理器任务。 它不会针对作业准备任务、作业发布任务或启动任务发出。 |
systemTaskVersion |
Int32 | 它是任务的内部重试计数器。 在内部,Batch 服务可以重试任务来考虑暂时性问题。 这些问题可能包括内部计划错误或尝试从处于错误状态的计算节点中恢复。 |
requiredSlots |
Int32 | 运行任务所需的槽位。 |
nodeInfo |
Complex Type | 包含有关运行任务的计算节点的信息。 |
multiInstanceSettings |
Complex Type | 指定该任务是需要多个计算节点的多实例任务。 有关详细信息,请参阅 multiInstanceSettings 。 |
constraints |
Complex Type | 应用于此任务的执行约束。 |
executionInfo |
Complex Type | 包含有关执行任务的信息。 |
Element name | 类型 | Notes |
---|---|---|
poolId |
String | 运行任务的池的 ID。 |
nodeId |
String | 运行任务的节点的 ID。 |
Element name | 类型 | Notes |
---|---|---|
numberOfInstances |
Int32 | 任务所需的计算节点数。 |
Element name | 类型 | Notes |
---|---|---|
maxTaskRetryCount |
Int32 | 可以重试任务的最大次数。 如果 Batch 服务退出代码为非零,则重试任务。 此值专门控制重试次数。 Batch 服务尝试一次任务,然后可能会重试到此限制。 例如,如果最大重试计数为 3,Batch 将尝试最多 4 次任务(一次初始尝试和 3 次重试)。 如果最大重试计数为 0,Batch 服务不会重试任务。 如果最大重试计数为 -1,Batch 服务会重试没有限制的任务。 默认值为 0(无重试)。 |
Element name | 类型 | Notes |
---|---|---|
startTime |
DateTime | 任务开始运行的时间。 '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 them. 如果任务重新启动或重试,则这是任务开始运行的最新时间。 |
endTime |
DateTime | 任务完成的时间。 |
exitCode |
Int32 | 任务的退出代码。 |
retryCount |
Int32 | Batch 服务重试任务的次数。 如果任务使用非零退出代码退出,则重试该任务,最大为指定的 MaxTaskRetryCount。 |
requeueCount |
Int32 | 由于用户请求,Batch 服务将任务重新排队的次数。 当用户从池中删除节点(通过调整大小或收缩它)或禁用作业时,他们可以选择重新排队这些节点上正在运行的任务以供执行。 此计数跟踪由于这些原因重新排队任务次数。 |