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

Subsections


condor_ rm

remove jobs from the Condor queue

Synopsis

condor_ rm [-help | -version]

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

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

Description

condor_ rm removes one or more jobs from the Condor job queue. 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 removed 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 remove the job.

When removing a grid job, the job may remain in the ``X'' state for a very long time. This is normal, as Condor is attempting to communicate with the remote scheduling system, ensuring that the job has been properly cleaned up. If it takes too long, or in rare circumstances is never removed, the job may be forced to leave the job queue by using the -forcex option. This forcibly removes jobs that are in the ``X'' state without attempting to finish any clean up at the remote scheduler.

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 scheddname
Send the command to a machine identified by scheddname
-addr "<a.b.c.d:port>"
Send the command to a machine located at "<a.b.c.d:port>"
-debug
Causes debugging information to be sent to stderr based on the value of the configuration variable TOOL_DEBUG
-forcex
Force the immediate local removal of jobs in the 'X' state (only affects jobs already being removed)
cluster
Remove all jobs in the specified cluster
cluster.process
Remove the specific job in the cluster
user
Remove jobs belonging to specified user
-constraint expression
Remove all jobs which match the job ClassAd expression constraint
-all
Remove all the jobs in the queue

General Remarks

When removing a PVM universe job, you should always remove the entire job cluster. (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.) Removing a subset of the machine classes for a PVM job is not supported.

Use the -forcex argument with caution, as it will remove jobs from the local queue immediately, but can ``orphan'' parts of the job that are running remotely and haven't yet been stopped or removed.

Examples

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

Exit Status

condor_ rm 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-2007 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.8.7 Manual for additional notices.


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