You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, if a user constructs a jobspec that requests an exclusive allocation on a "non-leaf" resource, the child resources are not emitted by the resource writer. For example, the following jobspec will "implicitly" allocate cores exclusively to the job, but the rv1* writers will fail to produce an R_lite because no cores were "explicitly" matched and thus emitted by the traverser:
I believe this can be done with a bit of redesign of our walker. In fact, during the redesign, we may want to think about fuller support for partial specification which can omit not only the prefix levels of the resource graph but also intermediate levels.
If a user asks for a node-exclusive allocation or the system is configured to automatically give node-exclusive access, only the explicitly requested resources will be emitted in R while this issue is still open. Node-exclusive discussion context:
Additionally, we don't want to emit every shadowed resource. Node-local storage is one example; we want to leave the storage available for staging in data for future jobs.
Finally, we also want to retain the ability to emit "pedantic" R (that does not include shadowed resources) for user-level schedulers.
Currently, if a user constructs a jobspec that requests an exclusive allocation on a "non-leaf" resource, the child resources are not emitted by the resource writer. For example, the following jobspec will "implicitly" allocate cores exclusively to the job, but the
rv1*
writers will fail to produce anR_lite
because nocore
s were "explicitly" matched and thus emitted by the traverser:Reproducer 1 with
resource-query
and the defaultsimple
writer (note the absence ofcore
s):Reproducer 2 with
resource-query
and therv1
writer (note the absence of any resource output):The text was updated successfully, but these errors were encountered: