-
Notifications
You must be signed in to change notification settings - Fork 180
/
BatchServiceModels.JobReleaseTask.yml
236 lines (195 loc) · 7.63 KB
/
BatchServiceModels.JobReleaseTask.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
### YamlMime:TSType
name: JobReleaseTask
uid: '@azure/batch.BatchServiceModels.JobReleaseTask'
package: '@azure/batch'
summary: >-
The Job Release Task runs when the Job ends, because of one of the following:
The user calls the
Terminate Job API, or the Delete Job API while the Job is still active, the
Job's maximum wall
clock time constraint is reached, and the Job is still active, or the Job's
Job Manager Task
completed, and the Job is configured to terminate when the Job Manager
completes. The Job
Release Task runs on each Node where Tasks of the Job have run and the Job
Preparation Task ran
and completed. If you reimage a Node after it has run the Job Preparation
Task, and the Job ends
without any further Tasks of the Job running on that Node (and hence the Job
Preparation Task
does not re-run), then the Job Release Task does not run on that Compute Node.
If a Node reboots
while the Job Release Task is still running, the Job Release Task runs again
when the Compute
Node starts up. The Job is not marked as complete until all Job Release Tasks
have completed.
The Job Release Task runs in the background. It does not occupy a scheduling
slot; that is, it
does not count towards the taskSlotsPerNode limit specified on the Pool.
fullName: JobReleaseTask
remarks: ''
isDeprecated: false
type: interface
properties:
- name: commandLine
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.commandLine'
package: '@azure/batch'
summary: >-
The command line of the Job Release Task. 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. If the
command line refers to file paths, it should use a relative path (relative
to the Task working
directory), or use the Batch provided environment variable
(https://docs.microsoft.com/en-us/azure/batch/batch-compute-node-environment-variables).
fullName: commandLine
remarks: ''
isDeprecated: false
syntax:
content: 'commandLine: string'
return:
description: ''
type: string
- name: containerSettings
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.containerSettings'
package: '@azure/batch'
summary: >-
The settings for the container under which the Job Release Task runs. 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. Files
produced in the container outside of AZ_BATCH_NODE_ROOT_DIR might not be
reflected to the host
disk, meaning that Batch file APIs will not be able to access those files.
fullName: containerSettings
remarks: ''
isDeprecated: false
syntax:
content: 'containerSettings?: TaskContainerSettings'
return:
description: ''
type: <xref uid="@azure/batch.BatchServiceModels.TaskContainerSettings" />
- name: environmentSettings
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.environmentSettings'
package: '@azure/batch'
summary: A list of environment variable settings for the Job Release Task.
fullName: environmentSettings
remarks: ''
isDeprecated: false
syntax:
content: 'environmentSettings?: EnvironmentSetting[]'
return:
description: ''
type: <xref uid="@azure/batch.BatchServiceModels.EnvironmentSetting" />[]
- name: id
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.id'
package: '@azure/batch'
summary: >-
A string that uniquely identifies the Job Release Task within the Job. The
ID can contain any
combination of alphanumeric characters including hyphens and underscores
and cannot contain
more than 64 characters. If you do not specify this property, the Batch
service assigns a
default value of 'jobrelease'. No other Task in the Job can have the same
ID as the Job
Release Task. If you try to submit a Task with the same id, the Batch
service rejects the
request with error code TaskIdSameAsJobReleaseTask; if you are calling the
REST API directly,
the HTTP status code is 409 (Conflict).
fullName: id
remarks: ''
isDeprecated: false
syntax:
content: 'id?: string'
return:
description: ''
type: string
- name: maxWallClockTime
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.maxWallClockTime'
package: '@azure/batch'
summary: >-
The maximum elapsed time that the Job Release Task may run on a given
Compute Node, measured
from the time the Task starts. If the Task does not complete within the
time limit, the Batch
service terminates it. The default value is 15 minutes. You may not
specify a timeout longer
than 15 minutes. If you do, the Batch service rejects it with an error; if
you are calling the
REST API directly, the HTTP status code is 400 (Bad Request).
fullName: maxWallClockTime
remarks: ''
isDeprecated: false
syntax:
content: 'maxWallClockTime?: string'
return:
description: ''
type: string
- name: resourceFiles
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.resourceFiles'
package: '@azure/batch'
summary: >-
A list of files that the Batch service will download to the Compute Node
before running the
command line. There is a maximum size for the list of resource files.
When the max size is
exceeded, the request will fail and the response error code will be
RequestEntityTooLarge. If
this occurs, the collection of ResourceFiles must be reduced in size. This
can be achieved
using .zip files, Application Packages, or Docker Containers. Files listed
under this element
are located in the Task's working directory.
fullName: resourceFiles
remarks: ''
isDeprecated: false
syntax:
content: 'resourceFiles?: ResourceFile[]'
return:
description: ''
type: <xref uid="@azure/batch.BatchServiceModels.ResourceFile" />[]
- name: retentionTime
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.retentionTime'
package: '@azure/batch'
summary: >-
The minimum time to retain the Task directory for the Job Release Task on
the Compute Node.
After this time, the Batch service may delete the Task directory and all
its contents. The
default is 7 days, i.e. the Task directory will be retained for 7 days
unless the Compute Node
is removed or the Job is deleted.
fullName: retentionTime
remarks: ''
isDeprecated: false
syntax:
content: 'retentionTime?: string'
return:
description: ''
type: string
- name: userIdentity
uid: '@azure/batch.BatchServiceModels.JobReleaseTask.userIdentity'
package: '@azure/batch'
summary: >-
The user identity under which the Job Release Task runs. If omitted, the
Task runs as a
non-administrative user unique to the Task.
fullName: userIdentity
remarks: ''
isDeprecated: false
syntax:
content: 'userIdentity?: UserIdentity'
return:
description: ''
type: <xref uid="@azure/batch.BatchServiceModels.UserIdentity" />