Working with units

Each node that Juju manages is referred to as a "unit". Generally speaking, when using Juju you interact with the applications at the application level. There are times when working directly with units is useful though, particularly for debugging purposes. Juju provides a few different commands to make this easier.

The juju ssh command

The juju ssh command will connect you, via SSH, into a target unit. For example:

juju ssh mysql/3

This will start an SSH session on the 3rd mysql unit. This is useful for investigating things that happen on a unit, checking resources or viewing system logs.

It is possible to run commands via juju ssh, for example, juju ssh 1 uname -a will run the uname command on node one. This works for simple commands, however for more complex commands we recommend using juju run instead.

See also the juju help ssh command for more information.

The juju scp command

Copying files to and from units can be a common task depending on your workload, so Juju provides a juju scp command for copying files securely to and from units.

Examples:

Copy a single file from machine 2 to the local machine:

juju scp 2:/var/log/syslog .

Copy 2 files from two MySQL units to the local backup/ directory, passing -v to scp as an extra argument:

juju scp -v mysql/0:/path/file1 mysql/1:/path/file2 backup/

Recursively copy the directory /var/log/mongodb/ on the first MongoDB server to the local directory remote-logs:

juju scp -r mongodb/0:/var/log/mongodb/ remote-logs/

Copy a local file to the second apache2 unit in the model "testing":

juju scp -m testing foo.txt apache2/1:

Note: Juju cannot transfer files between two remote units because it uses public key authentication exclusively and the native (OpenSSH) scp command disables agent forwarding by default. Either the destination or the source must be local (Juju client).

For more information, run the juju help scp command.

The juju run command

The juju run command can be used by devops or scripts to inspect or do work on applications, units, or machines. Commands for applications or units are executed in a hook context. Charm authors can use the run command to develop and debug scripts that run in hooks.

For example, to run uname on every instance:

juju run "uname -a" --all

Or to run uptime on some instances:

juju run "uptime" --machine=2
juju run "uptime" --application=mysql

Note: When using juju run with the --application option, keep in mind that whichever command you pass will run on every unit of that application. When using juju run with the --machine option, the command is run as the root user on the remote machine.

When used in combination with certain applications you can script certain tasks. For instance, in the 'hadoop' charm you can use juju run to initiate a terasort:

juju run --unit hadoop-master/0 "sudo -u hdfs /usr/lib/hadoop/terasort.sh"

For more information see the juju help run command.