juju upgrade-model
¶
See also: sync-agent-binary
Summary¶
Upgrades Juju on all machines in a model.
Options¶
Flag |
Default |
Usage |
---|---|---|
|
false |
Do not use web browser for authentication |
|
Check this agent stream for upgrades |
|
|
Upgrade to specific version |
|
|
false |
Don’t change anything, just report what would be changed |
|
false |
Don’t check if all agents have already reached the current version |
|
Model to operate in. Accepts [<controller name>:]<model name>|<model UUID> |
|
|
10m0s |
Timeout before upgrade is aborted |
|
false |
Answer ‘yes’ to confirmation prompts |
Examples¶
juju upgrade-model --dry-run
juju upgrade-model --agent-version 2.0.1
juju upgrade-model --agent-stream proposed
Details¶
Juju provides agent software to every machine it creates. This command
upgrades that software across an entire model, which is, by default, the
current model.
A model’s agent version can be shown with juju model-config agent-version
.
A version is denoted by: major.minor.patch
If ‘–agent-version’ is not specified, then the upgrade candidate is selected to be the exact version the controller itself is running.
If the controller is without internet access, the client must first supply
the software to the controller’s cache via the juju sync-agent-binary
command.
The command will abort if an upgrade is in progress. It will also abort if
a previous upgrade was not fully completed (e.g.: if one of the
controllers in a high availability model failed to upgrade).
When looking for an agent to upgrade to, Juju will check the currently configured agent stream for that model. It’s possible to overwrite this for the lifetime of this upgrade using –agent-stream
Backups are recommended prior to upgrading.