2015-09-18 06:39:31 +00:00
|
|
|
---
|
|
|
|
layout: "docs"
|
|
|
|
page_title: "Commands: run"
|
|
|
|
sidebar_current: "docs-commands-run"
|
|
|
|
description: >
|
|
|
|
The run command is used to run a new job.
|
|
|
|
---
|
|
|
|
|
|
|
|
# Command: run
|
|
|
|
|
2015-09-23 01:16:37 +00:00
|
|
|
The `run` command is used to submit new jobs to Nomad or to update existing
|
|
|
|
jobs. Job files must conform to the [job specification](/docs/jobspec/index.html)
|
|
|
|
format.
|
2015-09-18 06:39:31 +00:00
|
|
|
|
|
|
|
## Usage
|
|
|
|
|
|
|
|
```
|
2016-06-22 21:09:50 +00:00
|
|
|
nomad run [options] <jobfile>
|
2015-09-18 06:39:31 +00:00
|
|
|
```
|
|
|
|
|
|
|
|
The run command requires a single argument, specifying the path to a file
|
2015-09-23 01:16:37 +00:00
|
|
|
containing a valid [job specification](/docs/jobspec/index.html). This file
|
2016-06-22 21:09:50 +00:00
|
|
|
will be read and the job will be submitted to Nomad for scheduling. If the
|
|
|
|
supplied path is "-", the jobfile is read from STDIN. Otherwise it is read
|
2016-08-11 13:34:31 +00:00
|
|
|
from the file at the supplied path or downloaded and read from URL specified.
|
|
|
|
Nomad downloads jobfile using [`go-getter`](https://github.com/hashicorp/go-getter)
|
|
|
|
and support `go-getter` syntax.
|
2016-06-21 20:46:42 +00:00
|
|
|
|
2016-03-15 18:28:31 +00:00
|
|
|
By default, on successful job submission the run command will enter an
|
2015-09-18 06:39:31 +00:00
|
|
|
interactive monitor and display log information detailing the scheduling
|
|
|
|
decisions and placement information for the provided job. The monitor will
|
|
|
|
exit after scheduling has finished or failed.
|
|
|
|
|
2015-09-21 19:26:16 +00:00
|
|
|
On successful job submission and scheduling, exit code 0 will be returned. If
|
|
|
|
there are job placement issues encountered (unsatisfiable constraints, resource
|
|
|
|
exhaustion, etc), then the exit code will be 2. Any other errors, including
|
|
|
|
client connection issues or internal errors, are indicated by exit code 1.
|
|
|
|
|
2016-06-07 18:33:55 +00:00
|
|
|
If the job has specified the region, the -region flag and NOMAD_REGION
|
|
|
|
environment variable are overridden and the the job's region is used.
|
|
|
|
|
2015-09-18 06:39:31 +00:00
|
|
|
## General Options
|
|
|
|
|
|
|
|
<%= general_options_usage %>
|
|
|
|
|
|
|
|
## Run Options
|
|
|
|
|
2016-06-17 00:23:49 +00:00
|
|
|
* `-check-index`: If set, the job is only registered or
|
|
|
|
updated if the the passed job modify index matches the server side version.
|
|
|
|
If a check-index value of zero is passed, the job is only registered if it does
|
|
|
|
not yet exist. If a non-zero value is passed, it ensures that the job is being
|
|
|
|
updated from a known state. The use of this flag is most common in conjunction
|
|
|
|
with [plan command](/docs/commands/plan.html).
|
2016-06-08 23:48:02 +00:00
|
|
|
|
2015-09-18 06:39:31 +00:00
|
|
|
* `-detach`: Return immediately instead of monitoring. A new evaluation ID
|
2016-05-26 01:52:14 +00:00
|
|
|
will be output, which can be used to examine the evaluation using the
|
|
|
|
[eval-status](/docs/commands/eval-status.html) command
|
2015-09-18 06:39:31 +00:00
|
|
|
|
2016-03-26 01:24:51 +00:00
|
|
|
* `-output`: Output the JSON that would be submitted to the HTTP API without
|
|
|
|
submitting the job.
|
|
|
|
|
2016-01-19 23:01:26 +00:00
|
|
|
## Status Options
|
|
|
|
|
|
|
|
* `-verbose`: Show full information.
|
|
|
|
|
2015-09-18 06:39:31 +00:00
|
|
|
## Examples
|
|
|
|
|
2015-09-21 19:05:48 +00:00
|
|
|
Schedule the job contained in the file `job1.nomad`, monitoring placement:
|
2015-09-18 06:39:31 +00:00
|
|
|
|
|
|
|
```
|
2015-09-21 19:05:48 +00:00
|
|
|
$ nomad run job1.nomad
|
2016-01-19 23:01:26 +00:00
|
|
|
==> Monitoring evaluation "52dee78a"
|
|
|
|
Allocation "5e0b39f0" created: node "3e84d3d2", group "group1"
|
|
|
|
Allocation "5e0b39f0" status changed: "pending" -> "running"
|
2015-09-21 19:05:48 +00:00
|
|
|
Evaluation status changed: "pending" -> "complete"
|
2016-01-19 23:01:26 +00:00
|
|
|
==> Evaluation "52dee78a" finished with status "complete"
|
2015-09-18 06:39:31 +00:00
|
|
|
```
|
|
|
|
|
2016-06-17 00:23:49 +00:00
|
|
|
<a id="check-index"></a> Update the job using `check-index`:
|
|
|
|
|
2016-06-08 23:48:02 +00:00
|
|
|
```
|
|
|
|
$ nomad run -check-index 5 example.nomad
|
|
|
|
Enforcing job modify index 5: job exists with conflicting job modify index: 6
|
|
|
|
Job not updated
|
|
|
|
|
|
|
|
$ nomad run -check-index 6 example.nomad
|
|
|
|
==> Monitoring evaluation "5ef16dff"
|
|
|
|
Evaluation triggered by job "example"
|
|
|
|
Allocation "6ec7d16f" modified: node "6e1f9bf6", group "cache"
|
|
|
|
Evaluation status changed: "pending" -> "complete"
|
|
|
|
==> Evaluation "5ef16dff" finished with status "complete"
|
|
|
|
```
|
|
|
|
|
2015-09-21 19:05:48 +00:00
|
|
|
Schedule the job contained in `job1.nomad` and return immediately:
|
2015-09-18 06:39:31 +00:00
|
|
|
|
|
|
|
```
|
2015-09-21 19:05:48 +00:00
|
|
|
$ nomad run -detach job1.nomad
|
2016-01-19 23:01:26 +00:00
|
|
|
4947e728
|
2015-09-18 06:39:31 +00:00
|
|
|
```
|
2015-09-21 19:05:48 +00:00
|
|
|
|
2016-05-26 01:52:14 +00:00
|
|
|
Schedule a job which cannot be successfully placed. This results in a scheduling
|
|
|
|
failure and the specifics of the placement are printed:
|
2015-09-21 19:05:48 +00:00
|
|
|
|
|
|
|
```
|
|
|
|
$ nomad run failing.nomad
|
2016-05-26 01:52:14 +00:00
|
|
|
==> Monitoring evaluation "2ae0e6a5"
|
|
|
|
Evaluation triggered by job "example"
|
2015-09-21 19:05:48 +00:00
|
|
|
Evaluation status changed: "pending" -> "complete"
|
2016-05-26 01:52:14 +00:00
|
|
|
==> Evaluation "2ae0e6a5" finished with status "complete" but failed to place all allocations:
|
|
|
|
Task Group "cache" (failed to place 1 allocation):
|
|
|
|
* Class "foo" filtered 1 nodes
|
|
|
|
* Constraint "${attr.kernel.name} = linux" filtered 1 nodes
|
|
|
|
Evaluation "67493a64" waiting for additional capacity to place remainder
|
2015-09-21 19:05:48 +00:00
|
|
|
```
|