next up previous contents index
Next: condor_master Up: 8. Command Reference Manual Previous: condor_history

Subsections

  
condor_hold

put jobs in the queue in hold state

Synopsis

condor_hold [-help | -version] [-pool centralmanagerhostname | -name hostname | -addr "<a.b.c.d:port>" | hostname ...] [-master | -startd | -schedd | -collector | -negotiator | -kbdd] [job identifiers]

   

Description

condor_hold places one or more jobs from the Condor job queue in hold state. If the -name option is specified, the named condor_schedd is targeted for processing. Otherwise, the local condor_schedd is targeted. The jobs to be held are identified by one or more job identifiers, as described below. For any given job, only the owner of the job or one of the queue super users (defined by the QUEUE_SUPER_USERS macro) can place the job on hold.

Options

Supported options are as follows:

-help
Display usage information
-version
Display version information
-pool centralmanagerhostname
Use the given central manager to find daemons
-name hostname
Send the specified command to specified machine
-addr "<a.b.c.d:port>"
Send the specified command to a machine's master located at "<a.b.c.d:port>"
hostname ...
A list of affected machines
-master
Send the specified command to the master (default)
-startd
Send the specified command to the startd
-schedd
Send the specified command to the schedd
-collector
Send the specified command to the collector
-kbdd
Send the specified command to the kbdd

cluster
(Job identifier.) Hold all jobs in the specified cluster
cluster.process
(Job identifier.) Hold the specific job in the cluster
name
(Job identifier.) Hold jobs belonging to specified user
-a
(Job identifier.) Hold all the jobs in the queue
-constraint constraint
(Job identifier.) Hold jobs matching specified constraint

See Also

condor_release (on page [*])

General Remarks

To put a PVM universe job on hold, you must put each ``process'' in the PVM job cluster on hold. (In the PVM universe, each PVM job is assigned its own cluster number, and each machine class is assigned a ``process'' number in the job's cluster.) Putting a subset of the machine classes for a PVM job on hold is not supported.

Exit Status

condor_hold will exit with a status value of 0 (zero) upon success, and it will exit with the value 1 (one) upon failure.

Author

Condor Team, University of Wisconsin-Madison

Copyright

Copyright © 1990-2001 Condor Team, Computer Sciences Department, University of Wisconsin-Madison, Madison, WI. All Rights Reserved. No use of the Condor Software Program is authorized without the express consent of the Condor Team. For more information contact: Condor Team, Attention: Professor Miron Livny, 7367 Computer Sciences, 1210 W. Dayton St., Madison, WI 53706-1685, (608) 262-0856 or miron@cs.wisc.edu. U.S. Government Rights Restrictions: Use, duplication, or disclosure by the U.S. Government is subject to restrictions as set forth in subparagraph (c)(1)(ii) of The Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 or subparagraphs (c)(1) and (2) of Commercial Computer Software-Restricted Rights at 48 CFR 52.227-19, as applicable, Condor Team, Attention: Professor Miron Livny, 7367 Computer Sciences, 1210 W. Dayton St., Madison, WI 53706-1685, (608) 262-0856 or miron@cs.wisc.edu.

See the Condor Version 6.2.2 Manual for additional notices.


next up previous contents index
Next: condor_master Up: 8. Command Reference Manual Previous: condor_history
condor-admin@cs.wisc.edu