1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
|
*condor_rm*
============
remove jobs from the HTCondor queue
:index:`condor_rm<single: condor_rm; HTCondor commands>`\ :index:`condor_rm command`
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 HTCondor 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
:macro:`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 HTCondor 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 host name 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 :macro:`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
---------------
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 have not yet been stopped or removed.
Examples
--------
For a user to remove all their jobs that are not currently running:
.. code-block:: console
$ condor_rm -constraint 'JobStatus =!= 2'
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.
|
