File: condor_now.rst

package info (click to toggle)
condor 23.9.6%2Bdfsg-2.1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 60,012 kB
  • sloc: cpp: 528,272; perl: 87,066; python: 42,650; ansic: 29,558; sh: 11,271; javascript: 3,479; ada: 2,319; java: 619; makefile: 615; xml: 613; awk: 268; yacc: 78; fortran: 54; csh: 24
file content (75 lines) | stat: -rw-r--r-- 2,039 bytes parent folder | download
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
      

*condor_now*
=============

Start a job now.
:index:`condor_now<single: condor_now; HTCondor commands>`\ :index:`condor_now command`

Synopsis
--------

**condor_now** **-help**

**condor_now** [**-name** **] [**-debug** ] *now-job* *vacate-job*
[*vacate-job+* ]

Description
-----------

*condor_now* tries to run the *now-job* now. The *vacate-job* is
immediately vacated; after it terminates, if the schedd still has the
claim to the vacated job's slot - and it usually will - the schedd will
immediately start the now-job on that slot.

If you specify multiple *vacate-job* s, each will be immediately
vacated; after they all terminate, the schedd will try to coalesce their
slots into a single, larger, slot and then use that slot to run the
now-job.

You must specify each job using both the cluster and proc IDs.

Options
-------

 **-help**
    Print a usage reminder.
 **-debug**
    Print debugging output. Control the verbosity with the environment
    variables _CONDOR_TOOL_DEBUG, as usual.
 **-name** **
    Specify the scheduler('s name) and (optionally) the pool to find it
    in.

General Remarks
---------------

The now-job and the vacated-job must have the same owner; if you are not
the queue super-user, you must own both jobs. The jobs must be on the
same schedd, and both jobs must be in the vanilla universe. The now-job
must be idle and the vacated-job must be running.

Examples
--------

To begin running job 17.3 as soon as possible using job 4.2's slot:

.. code-block:: console

      $ condor_now 17.3 4.2

To try to figure out why that doesn't work for the 'magic' scheduler in
the 'gandalf' pool, set the environment variable _CONDOR_TOOL_DEBUG
to 'D_FULLDEBUG' and then:

.. code-block:: console

      $ condor_now -debug -schedd magic -pool gandalf 17.3 4.2

Exit Status
-----------

*condor_now* will exit with a status value of 0 (zero) if the schedd
accepts its request to vacate the vacate-job and start the now-job in
its place. It does not wait for the now-job to have started running.