Skip to content

Commit b7b1284

Browse files
committed
rfc27: add optional partial-ok hello flag
Problem: there is no way for the scheduler to indicate that it can handle the new 'free' key in hello responses. The scheduler can put {"partial-ok":true} in the hello request to indicate this.
1 parent 95b6148 commit b7b1284

File tree

1 file changed

+13
-5
lines changed

1 file changed

+13
-5
lines changed

spec_27.rst

Lines changed: 13 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -135,11 +135,19 @@ Hello
135135
=====
136136

137137
Before any other RPCs are sent to the job manager, the scheduler SHALL
138-
send an empty request to ``job-manager.sched-hello`` with the
139-
FLUX_MSGFLAG_STREAMING flag set. The job manager SHALL send one
140-
response message for each job with allocated resources. Each response
141-
payload SHALL consist of a JSON object with the following REQUIRED
142-
keys:
138+
send a request to ``job-manager.sched-hello`` with the FLUX_MSGFLAG_STREAMING
139+
flag set. The request payload SHALL either be empty or consist of a JSON
140+
object with the following OPTIONAL keys:
141+
142+
partial-ok
143+
(boolean) The scheduler SHALL set this flag to ``true`` if it can handle
144+
the ``free`` key in hello responses. That is, it can process
145+
jobs with partially released resource sets. If this key is missing it
146+
SHALL be interpreted as ``false``.
147+
148+
The job manager SHALL send one response message for each job with
149+
allocated resources. Each response payload SHALL consist of a JSON object
150+
with the following REQUIRED keys:
143151

144152
id
145153
(integer) job ID

0 commit comments

Comments
 (0)