help text for juju bootstrap needs improving
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Fix Released
|
Medium
|
Reed O'Brien |
Bug Description
e.g.:
Usage: juju bootstrap [options] <controller name> <cloud name>[/region]
Summary:
Initializes a cloud environment.
Options:
--agent-version (= "")
Version of tools to use for Juju agents
--auto-upgrade (= false)
Upgrade to the latest patch release tools on first bootstrap
--bootstrap-
Specify bootstrap machine constraints
--bootstrap-series (= "")
Specify the series of the bootstrap machine
--config (= )
Specify a controller configuration file, or one or more configuration options
(--config config.yaml [--config key=value ...])
--constraints (= )
Set model constraints
--credential (= "")
Credentials to use when bootstrapping
-d, --default-model (= "default")
Name of the default hosted model for the controller
--keep-broken (= false)
Do not destroy the model if bootstrap fails
--metadata-source (= "")
Local path to use as tools and/or metadata source
--to (= "")
Placement directive indicating an instance to bootstrap
--upload-tools (= false)
Upload local version of tools before bootstrapping
Details:
Initialization consists of creating an 'admin' model and provisioning a machine to act as controller.
Credentials are set beforehand and are distinct from any other configuration (see `juju add-credential`).
The 'admin' model typically does not run workloads. It should remain pristine to run and manage Juju's own infrastructure for the corresponding cloud. Additional (hosted) models should be created with `juju create-model` for workload purposes.
Note that a 'default' model is also created and becomes the current model of the environment once the command completes. It can be discarded if other models are created.
If '--bootstrap-
If '--constraints' is used, its values will be set as the default constraints
for all future workload machines in the model, exactly as if the constraints were set with `juju set-model-
It is possible to override constraints and the automatic machine selection
algorithm by assigning a "placement directive" via the '--to' option. This dictates what machine to use for the controller. This would typically be used with the MAAS provider ('--to <host>.mass').
You can change the default timeout and retry delays used during the bootstrap by changing the following settings in your configuration file (all values represent number of seconds):
# How long to wait for a connection to the controller
bootstrap-
# How long to wait between connection attempts to a controller address.
bootstrap-
# How often to refresh controller addresses from the API server.
bootstrap-
Private clouds may need to specify their own custom image metadata and tools/agent. Use '--metadata-source' whose value is a local directory.
The value of '--agent-version' will become the default tools version to use in all models for this controller. The full binary version is accepted (e.g.: 2.0.1-xenial-amd64) but only the numeric version (e.g.: 2.0.1) is used. Otherwise, by default, the version used is that of the client.
Examples:
juju bootstrap mycontroller google
juju bootstrap --config=
juju bootstrap --config agent-version=
juju bootstrap --config bootstrap-
See also: add-credentials
Changed in juju-core: | |
status: | New → In Progress |
assignee: | nobody → Reed O'Brien (reedobrien) |
Changed in juju-core: | |
importance: | Undecided → Medium |
Changed in juju-core: | |
milestone: | none → 2.0-rc1 |
Changed in juju-core: | |
status: | In Progress → Fix Committed |
Changed in juju-core: | |
status: | Fix Committed → Fix Released |
affects: | juju-core → juju |
Changed in juju: | |
milestone: | 2.0-beta5 → none |
milestone: | none → 2.0-beta5 |
PR: https:/ /github. com/juju/ juju/pull/ 5084 reviews. vapour. ws/r/4527/
RB: http://