Decreases or increases tasks that are allocated to a running resizable job, or cancels pending job resize allocation requests.
Subcommand Listrelease [-c] [-rnc resize_notification_cmd | -rncn] released_host_specification job_ID
Use the bresize release command to explicitly release tasks from a running job. When you release tasks from an allocation, a minimum of one task on the first execution host must be retained. Only hosts (and not host groups or compute units) can be released by using the bresize release command. When you release tasks from compound resource requirements, you can release only tasks that are represented by the last term of the compound resource requirement. To release tasks in earlier terms, run bresize release repeatedly to release tasks in subsequent last terms.
Use the bresize request command to trigger a manual request for additional allocated tasks. LSF pends the request if the queue cannot meet the minimum tasks request or if the request is over the TASKLIMIT value for the queue or application profile. Changing the TASKLIMIT value does not affect any requests that are already accepted. For compound resource requirements, the request only applies to the last term. For alternative resource requirements, the request only applies to the term that was used for the initial task allocation. For autoresizable jobs, if there is pending demand, you must first cancel the previous pending demand by running the brequest request -c or bresize cancel commands. After triggering this manual request, the job is no longer autoresizable unless you requeue or rerun the job.
Use bresize cancel to cancel a pending allocation request for the specified job ID. The active pending allocation request is generated by LSF automatically for autoresizable jobs. If the job does not have an active pending request, the command fails with an error message.
By default, only cluster administrators, queue administrators, root, and the job owner are allowed to run bresize to change job allocations.
User group administrators are allowed to run bresize to change the allocation of jobs within their user groups.
- Optional. Cancel the active pending resource request when you release tasks from existing allocation (for the release subcommand) or before accepting new grow requests (for the request subcommand). By default, the command releases tasks only for jobs without pending requests.
- -rnc resize_notification_cmd
- Optional. Specify the name of an executable file to be started on the first execution host when the job allocation was modified. This setting applies only to this request, which overrides any notification command that is specified in the bsub command or an application profile. The resize notification command runs under the user account of the job owner.
- Cancels the resize notification command at both job-level and application-level. This setting applies only to this request.
- Required with the release subcommand. Defines the list of hosts to be
released. The following syntax is the EBNF definition of the released host specification:
<released_host_spec> ::= all | all <exclude_host_list_spec> | <host_list_spec><host_list_spec> ::= <host_spec> | <host_list_spec><host_spec><exclude_host_list_spec> ::= <exclude_host_spec> | <exclude_host_list_spec> <exclude_host_spec> <exclude_host_spec> ::= ~<host_spec> <host_spec> ::= [<positive_integer>*]<host_name>
- Specifies all the tasks currently being used by the job. If the all option is used alone, it means release every task except one task from the first execution node. The all option can also be used with a list of hosts to exclude with the tilde (not) operator (~).
- Release the number of tasks that are specified by positive_integer on the host that is specified by host_name. If the number of tasks is not specified, all tasks on the specified host are released.
- Specifies hosts to exclude when you release tasks. Tasks on the specified hosts are not released. The tilde (not) operator (~) must be used together with all keyword.
- Optional. The minimum number of tasks to be added to the job. LSF pends the manual job resize request if the queue cannot meet the minimum tasks request.
- Required for the request subcommand. The maximum number of tasks to be added to the job.
- Required. The job ID of the job to be resized. For job arrays, this also includes the array index.
- Prints command usage to stderr and exits.
- Prints release version to stderr and exits.
The following examples all resize a job with ID 100.
bresize release "all ~hostA" 100
bresize release all 100 or bresize release "all ~1*hostA" 100
bresize release "1*hostA 1*hostB 1*hostC 1*hostD" 100
bresize request 10 100
bresize request 4,10 100