Modify job attributes
Users can modify the attributes of the queueing jobs with the qalter
command. The qalter
command accomplishes the modifications by sending a modified job batch request to the PBS server, which owns each job. Thus, users must rewrite the entire attribute, including the unchanged parts. To see which attributes can be modified, call the qalter
command on any frontend server.
Only queuing jobs (in the Q state) can be modified using qalter
.
A more detailed description of each function can be found in the official documentation.
The most frequently corrected attribute is the -l
(resource list) attribute. Below are a few examples of how to use the qalter
command and modify this attribute.
The job submitted as
will never (will wait indefinitely in the queue) start because the requirement of 150 CPUs (ncpus=150) on one machine (select=1) cannot be met. Thus, the attribute of resources needs to be modified to a reasonable value.
Please note that the entire attribute needs to be written, including unchanged parts.
It is also possible to add some new values to the attribute. For example, the spec
value that determines the speed of the CPU.
Or remove. For example, a GPU job submitted with obsolete parameter gpu_cap=cuda75
will never start
and should be removed
or replace with a valid syntax.
Walltime value can be modified as well. But only in the limits of the originally dedicated queue. Job submitted as
will be assigned to the queue q_2h@pbs-m1.metacentrum.cz
with limits of walltime between 00:00:00 up to 02:00:00 (hh:mm:ss). Between these limits of the queue, the user can modify walltime.
Attempts to increase the walltime behind the upper limit will fail.
The walltime of running jobs can be extended with qextend utility.
Additionally, it can be set that the job will start only if some (one or more) previous job (which can already be running or still queuing) is successfully completed (returns with an exit code of 0). It is called a Job Dependencies. The general usage includes -W
attribute, followed by syntax depend=afterok:job_ID
(the job in this argument list must be terminated without errors).
Last updated on