Command Reference Guide

Platform LSF Command Reference 165
brun
forces a job to run immediately
Synopsis
brun [-b] [-c] [-f] -m "host_name[#num_cpus] ... " job_ID
brun [-b] [-c] [-f] -m "host_name[#num_cpus] ... "
"job_ID[index_list]"
brun [-h | -V]
Description
CAUTION: This command can only be used by LSF administrators.
Forces a pending job to run immediately on specified hosts.
A job which has been forced to run is counted as a running job, this may violate the
user, queue, or host job limits, and fairshare priorities. The forced job can run on
hosts with an exclusive resource definition.
A job which has been forced to run cannot be preempted by other jobs even if it is
submitted to a preemptable queue and other jobs are submitted to a preemptive
queue.
By default, after the job is started, it is still subject to run windows and suspending
conditions.
LSF administrators can use
brun to force jobs with an advance reservation to run
before the reservation is active, but the job must finish running before the time
window of the reservation expires.
For example, if the administrator forces a job with a reservation to run one hour
before the reservation is active, and the reservation period is 3 hours, a 4 hour run
limit takes effect.
OPTIONS
-b Causes a checkpointable job to start over from the beginning, as if it had never been
checkpointed.
-c Distribute job slots for a multihost parallel job according to free CPUs.
By default, if a parallel job spans for more than one host, LSF distributes the slots
based on the static CPU counts of each host listed in the
-m option. Use -c to
distribute the slots based on the free CPUs of each host instead of the static CPUs.
The
-c option can be only applied to hosts whose total slot counts equal to their
total CPU counts. MXJ in
lsb.hosts must be less than or equal to the number of
CPUs and PJOB_LIMIT=1 must be specified in the queue (
lsb.queues).
For example, a 6-CPU job is submitted to
hostA and hostB with 4 CPUs each.
Without
-c, LSF would let the job take 4 slots from hostA first and then take 2 slots
from
hostB regardless to the status or the slots usage on hostA and hostB. If any