next up previous contents index
Next: condor_ master Up: 9. Command Reference Manual Previous: condor_ history   Contents   Index

Subsections


condor_ hold

put jobs in the queue into the hold state

Synopsis

condor_ hold [-help | -version]

condor_ hold [-pool centralmanagerhostname[:portnumber]] [-name hostname | -addr "<a.b.c.d:port>" ] cluster... | cluster.process... | user... | -constraint expression ...

condor_ hold [-pool centralmanagerhostname[:portnumber]] [-name hostname | -addr "<a.b.c.d:port>" ] -all

Description

condor_ hold places jobs from the Condor job queue in the 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.

A job in the hold state remains in the job queue, but the job will not run until released with condor_ release.

A currently running job that is placed in the hold state by condor_ hold is sent a hard kill signal. For a standard universe job, this means that the job is removed from the machine without allowing a checkpoint to be produced first.

Options

-help
Display usage information
-version
Display version information
-pool centralmanagerhostname[:portnumber]
Specify a pool by giving the central manager's hostname and an optional port number
-name hostname
Send the command to a machine identified by hostname
-addr "<a.b.c.d:port>"
Send the command to a machine located at "<a.b.c.d:port>"
cluster
Hold all jobs in the specified cluster
cluster.process
Hold the specific job in the cluster
user
Hold jobs belonging to specified user
-constraint expression
Hold all jobs which match the job ClassAd expression constraint
-all
Hold all the jobs in the queue

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.

Examples

To place on hold all jobs of a user named Mary that are not currently running:
% condor_hold Mary -constraint Activity!=\"Busy\"
Note that quotation marks must be escaped with the backslash characters for most shells.

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-2003 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.6.0 Manual for additional notices.


next up previous contents index
Next: condor_ master Up: 9. Command Reference Manual Previous: condor_ history   Contents   Index
condor-admin@cs.wisc.edu