Command 'juju remove-unit'

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

See also: remove-application, scale-application

Summary

Remove application units from the model.

Usage

juju remove-unit [options] <unit> [...] | <application>

Options

Flag Default Usage
-B, --no-browser-login false Do not use web browser for authentication
--destroy-storage false Destroy storage attached to the unit
--dry-run false Print what this command would remove without removing
--force false Completely remove an unit and all its dependencies
-m, --model Model to operate in. Accepts [<controller name>:]<model name>|<model UUID>
--no-prompt false Do not ask for confirmation. Overrides mode model config setting
--no-wait false Rush through unit removal without waiting for each individual step to complete
--num-units 0 Number of units to remove (k8s models only)

Examples

juju remove-unit wordpress/2 wordpress/3 wordpress/4

juju remove-unit wordpress/2 --destroy-storage

juju remove-unit wordpress/2 --force

juju remove-unit wordpress/2 --force --no-wait

Details

Remove application units from the model.

The usage of this command differs depending on whether it is being used on a k8s or cloud model.

Removing all units of a application is not equivalent to removing the application itself; for that, the juju remove-application command is used.

For k8s models only a single application can be supplied and only the –num-units argument supported. Specific units cannot be targeted for removal as that is handled by k8s, instead the total number of units to be removed is specified.

Examples: juju remove-unit wordpress --num-units 2

For cloud models specific units can be targeted for removal. Units of a application are numbered in sequence upon creation. For example, the fourth unit of wordpress will be designated “wordpress/3”. These identifiers can be supplied in a space delimited list to remove unwanted units from the model.

Juju will also remove the machine if the removed unit was the only unit left on that machine (including units in containers).

Sometimes, the removal of the unit may fail as Juju encounters errors and failures that need to be dealt with before a unit can be removed. For example, Juju will not remove a unit if there are hook failures. However, at times, there is a need to remove a unit ignoring all operational errors. In these rare cases, use --force option but note that --force will remove a unit and, potentially, its machine without given them the opportunity to shutdown cleanly.

Unit removal is a multi-step process. Under normal circumstances, Juju will not proceed to the next step until the current step has finished. However, when using --force, users can also specify --no-wait to progress through steps without delay waiting for each step to complete.