Command 'juju exec'

The information in this doc is based on Juju version 3.5.6, and may not accurately reflect other versions of Juju.

See also: run, ssh

Summary

Run the commands on the remote targets specified.

Usage

juju exec [options] <commands>

Options

Flag Default Usage
-B, --no-browser-login false Do not use web browser for authentication
-a, --app, --application One or more application names
--all false Run the commands on all the machines
--background false Run the task in the background
--color false Use ANSI color codes in output
--execution-group Commands in the same execution group are run sequentially
--format plain Specify output format (json|plain|yaml)
-m, --model Model to operate in. Accepts [<controller name>:]<model name>|<model UUID>
--machine One or more machine ids
--no-color false Disable ANSI color codes in output
-o, --output Specify an output file
--operator false Run the commands on the operator (k8s-only)
--parallel true Run the commands in parallel without first acquiring a lock
-u, --unit One or more unit ids
--utc false Show times in UTC
--wait 0s Maximum wait time for a task to complete

Examples

juju exec --all -- hostname -f

juju exec --unit hello/0 env

juju exec --unit controller/0 juju-engine-report

Details

Run a shell command on the specified targets. Only admin users of a model are able to use this command.

Targets are specified using either machine ids, application names or unit names. At least one target specifier is needed.

Multiple values can be set for --machine, --application, and --unit by using comma separated values.

Depending on the type of target, the user which the command runs as will be: unit -> “root” machine -> “ubuntu” The target and user are independent of whether --all or --application are used. For example, --all will run as “ubuntu” on machines and “root” on units. And --application will run as “root” on all units of that application.

Some options are shortened for usabilty purpose in CLI –application can also be specified as --app and -a –unit can also be specified as -u

Valid unit identifiers are: a standard unit ID, such as mysql/0 or; leader syntax of the form <application>/leader, such as mysql/leader.

If the target is an application, the command is run on all units for that application. For example, if there was an application “mysql” and that application had two units, “mysql/0” and “mysql/1”, then –application mysql is equivalent to –unit mysql/0,mysql/1

If --operator is provided on k8s models, commands are executed on the operator instead of the workload. On IAAS models, --operator has no effect.

Commands run for applications or units are executed in a ‘hook context’ for the unit.

Commands run on machines via the --machine argument are run in parallel by default. If you want commands to be run sequentially in order of submission, use --parallel=false. Such commands will first acquire a global execution lock on the host machine before running, and release the lock when done. It’s also possible to group commands so that those in the same group run sequentially, but in parallel with other groups. This is done using –execution-group=somegroup.

–all is provided as a simple way to run the command on all the machines in the model. If you specify --all you cannot provide additional targets.

Since juju exec creates tasks, you can query for the status of commands started with juju run by calling “juju operations --machines <id>,… --actions juju-exec”.

If you need to pass options to the command being run, you must precede the command and its arguments with “–”, to tell “juju exec” to stop processing those arguments. For example:

juju exec --all -- hostname -f