Chapter 10. Orchestration Service Command-line Client
1.5.0.
$heathelpCOMMAND
10.1. heat Usage
usage: heat [--version] [-d] [-v] [--api-timeout API_TIMEOUT]
[--os-no-client-auth] [--heat-url HEAT_URL]
[--heat-api-version HEAT_API_VERSION] [--include-password] [-k]
[--os-cert OS_CERT] [--cert-file OS_CERT] [--os-key OS_KEY]
[--key-file OS_KEY] [--os-cacert <ca-certificate-file>]
[--ca-file OS_CACERT] [--os-username OS_USERNAME]
[--os-user-id OS_USER_ID] [--os-user-domain-id OS_USER_DOMAIN_ID]
[--os-user-domain-name OS_USER_DOMAIN_NAME]
[--os-project-id OS_PROJECT_ID]
[--os-project-name OS_PROJECT_NAME]
[--os-project-domain-id OS_PROJECT_DOMAIN_ID]
[--os-project-domain-name OS_PROJECT_DOMAIN_NAME]
[--os-password OS_PASSWORD] [--os-tenant-id OS_TENANT_ID]
[--os-tenant-name OS_TENANT_NAME] [--os-auth-url OS_AUTH_URL]
[--os-region-name OS_REGION_NAME] [--os-auth-token OS_AUTH_TOKEN]
[--os-service-type OS_SERVICE_TYPE]
[--os-endpoint-type OS_ENDPOINT_TYPE] [--profile HMAC_KEY]
<subcommand> ...Subcommands
- action-check
Check that stack resources are in expected states.
- action-resume
Resume the stack.
- action-suspend
Suspend the stack.
- build-info
Retrieve build information.
- config-create
Create a software configuration.
- config-delete
Delete the software configuration(s).
- config-list
List software configs.
- config-show
View details of a software configuration.
- deployment-create
Create a software deployment.
- deployment-delete
Delete the software deployment(s).
- deployment-list
List software deployments.
- deployment-metadata-show
Get deployment configuration metadata for the
specified server.
- deployment-output-show
Show a specific deployment output.
- deployment-show
Show the details of a software deployment.
- event
DEPRECATED!- event-list
List events for a stack.
- event-show
Describe the event.
- hook-clear
Clear hooks on a given stack.
- hook-poll
List resources with pending hook for a stack.
- output-list
Show available outputs.
- output-show
Show a specific stack output.
- resource-list
Show list of resources belonging to a stack.
- resource-mark-unhealthy
Set resource's health.
- resource-metadata
List resource metadata.
- resource-show
Describe the resource.
- resource-signal
Send a signal to a resource.
- resource-template
DEPRECATED!- resource-type-list
List the available resource types.
- resource-type-show
Show the resource type.
- resource-type-template
Generate a template based on a resource type.
- service-list
List the Heat engines.
- snapshot-delete
Delete a snapshot of a stack.
- snapshot-list
List the snapshots of a stack.
- snapshot-show
Show a snapshot of a stack.
- stack-abandon
Abandon the stack.
- stack-adopt
Adopt a stack.
- stack-cancel-update
Cancel currently running update of the stack.
- stack-create
Create the stack.
- stack-delete
Delete the stack(s).
- stack-list
List the user's stacks.
- stack-preview
Preview the stack.
- stack-restore
Restore a snapshot of a stack.
- stack-show
Describe the stack.
- stack-snapshot
Make a snapshot of a stack.
- stack-update
Update the stack.
- template-function-list
List the available functions.
- template-show
Get the template for the specified stack.
- template-validate
Validate a template with parameters.
- template-version-list
List the available template versions.
- bash-completion
Prints all of the commands and options to stdout.
- help
Display help about this program or one of its
subcommands.
10.2. heat Optional Arguments
- --version
Shows the client version and exits.
- -d, --debug
Defaults toenv[HEATCLIENT_DEBUG].
- -v, --verbose
Print more verbose output.
- --api-timeout API_TIMEOUT
Number of seconds to wait for an API response,
defaults to system socket timeout
- --os-no-client-auth
Do not contact keystone for a token. Defaults to
env[OS_NO_CLIENT_AUTH].
- --heat-url HEAT_URL
Defaults toenv[HEAT_URL].
- --heat-api-version HEAT_API_VERSION
Defaults toenv[HEAT_API_VERSION]or 1.
- --include-password
Send os-username and os-password to heat.
- -k, --insecure
Explicitly allow heatclient to perform "insecure SSL"
(https) requests. The server's certificate will not be
verified against any certificate authorities. This
option should be used with caution.
- --os-cert OS_CERT
Path of certificate file to use in SSL connection.
This file can optionally be prepended with the private
key.
- --cert-file OS_CERT
DEPRECATED! Use --os-cert.
- --os-key OS_KEY
Path of client key to use in SSL connection. This
option is not necessary if your key is prepended to
your cert file.
- --key-file OS_KEY
DEPRECATED! Use --os-key.
- --os-cacert <ca-certificate-file>
Path of CA TLS certificate(s) used to verify the
remote server's certificate. Without this option
glance looks for the default system CA certificates.
- --ca-file OS_CACERT
DEPRECATED! Use --os-cacert.
- --os-username OS_USERNAME
Defaults toenv[OS_USERNAME].
- --os-user-id OS_USER_ID
Defaults toenv[OS_USER_ID].
- --os-user-domain-id OS_USER_DOMAIN_ID
Defaults toenv[OS_USER_DOMAIN_ID].
- --os-user-domain-name OS_USER_DOMAIN_NAME
Defaults toenv[OS_USER_DOMAIN_NAME].
- --os-project-id OS_PROJECT_ID
Another way to specify tenant ID. This option is
mutually exclusive with --os-tenant-id. Defaults to
env[OS_PROJECT_ID].
- --os-project-name OS_PROJECT_NAME
Another way to specify tenant name. This option is
mutually exclusive with --os-tenant-name. Defaults to
env[OS_PROJECT_NAME].
- --os-project-domain-id OS_PROJECT_DOMAIN_ID
Defaults toenv[OS_PROJECT_DOMAIN_ID].
- --os-project-domain-name OS_PROJECT_DOMAIN_NAME
Defaults toenv[OS_PROJECT_DOMAIN_NAME].
- --os-password OS_PASSWORD
Defaults toenv[OS_PASSWORD].
- --os-tenant-id OS_TENANT_ID
Defaults toenv[OS_TENANT_ID].
- --os-tenant-name OS_TENANT_NAME
Defaults toenv[OS_TENANT_NAME].
- --os-auth-url OS_AUTH_URL
Defaults toenv[OS_AUTH_URL].
- --os-region-name OS_REGION_NAME
Defaults toenv[OS_REGION_NAME].
- --os-auth-token OS_AUTH_TOKEN
Defaults toenv[OS_AUTH_TOKEN].
- --os-service-type OS_SERVICE_TYPE
Defaults toenv[OS_SERVICE_TYPE].
- --os-endpoint-type OS_ENDPOINT_TYPE
Defaults toenv[OS_ENDPOINT_TYPE].
- --profile HMAC_KEY HMAC
key to use for encrypting context data for
performance profiling of operation. This key should be
the value of HMAC key configured in osprofiler
middleware in heat, it is specified in the paste
configuration (/etc/heat/api-paste.ini). Without the
key, profiling will not be triggered even if
osprofiler is enabled on server side.
10.3. heat action-check
usage: heat action-check <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to check.
10.4. heat action-resume
usage: heat action-resume <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to resume.
10.5. heat action-suspend
usage: heat action-suspend <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to suspend.
10.6. heat build-info
usage: heat build-info
10.7. heat config-create
usage: heat config-create [-f <FILE or URL>] [-c <FILE or URL>]
[-g <GROUP_NAME>]
<CONFIG_NAME>Positional arguments
- <CONFIG_NAME>
Name of the configuration to create.
Optional arguments
- -f <FILE or URL>, --definition-file <FILE or URL>
Path to JSON/YAML containing map defining <inputs>,
<outputs>, and <options>.
- -c <FILE or URL>, --config-file <FILE or URL>
Path to configuration script/data.
- -g <GROUP_NAME>, --group <GROUP_NAME>
Group name of configuration tool expected by the
config.
10.8. heat config-delete
usage: heat config-delete <ID> [<ID> ...]
Positional arguments
- <ID>
ID of the configuration(s) to delete.
10.9. heat config-list
usage: heat config-list [-l <LIMIT>] [-m <ID>]
Optional arguments
- -l <LIMIT>, --limit <LIMIT>
Limit the number of configs returned.
- -m <ID>, --marker <ID>
Return configs that appear after the given config ID.
10.10. heat config-show
usage: heat config-show [-c] <ID>
Positional arguments
- <ID>
ID of the config.
Optional arguments
- -c, --config-only
Only display the value of the <config> property.
10.11. heat deployment-create
usage: heat deployment-create [-i <KEY=VALUE>] [-a <ACTION>] [-c <CONFIG>] -s
<SERVER> [-t <TRANSPORT>]
[--container <CONTAINER_NAME>]
[--timeout <TIMEOUT>]
<DEPLOY_NAME>Positional arguments
- <DEPLOY_NAME>
Name of the derived config associated with this
deployment. This is used to apply a sort order to the
list of configurations currently deployed to the
server.
Optional arguments
- -i <KEY=VALUE>, --input-value <KEY=VALUE>
Input value to set on the deployment. This can be
specified multiple times.
- -a <ACTION>, --action <ACTION>
Name of action for this deployment. Can be a custom
action, or one of: CREATE, UPDATE, DELETE, SUSPEND,
RESUME
- -c <CONFIG>, --config <CONFIG>
ID of the configuration to deploy.
- -s <SERVER>, --server <SERVER>
ID of the server being deployed to.
- -t <TRANSPORT>, --signal-transport <TRANSPORT>
How the server should signal to heat with the
deployment output values. TEMP_URL_SIGNAL will create
a Swift TempURL to be signaled via HTTP PUT. NO_SIGNAL
will result in the resource going to the COMPLETE
state without waiting for any signal.
- --container <CONTAINER_NAME>
Optional name of container to store TEMP_URL_SIGNAL
objects in. If not specified a container will be
created with a name derived from the DEPLOY_NAME
- --timeout <TIMEOUT>
Deployment timeout in minutes.
10.12. heat deployment-delete
usage: heat deployment-delete <ID> [<ID> ...]
Positional arguments
- <ID>
ID of the deployment(s) to delete.
10.13. heat deployment-list
usage: heat deployment-list [-s <SERVER>]
Optional arguments
- -s <SERVER>, --server <SERVER>
ID of the server to fetch deployments for.
10.14. heat deployment-metadata-show
usage: heat deployment-metadata-show <ID>
Positional arguments
- <ID>
ID of the server to fetch deployments for.
10.15. heat deployment-output-show
usage: heat deployment-output-show [-a] [-F <FORMAT>] <ID> [<OUTPUT NAME>]
Positional arguments
- <ID>
ID deployment to show the output for.
- <OUTPUT NAME>
Name of an output to display.
Optional arguments
- -a, --all
Display all deployment outputs.
- -F <FORMAT>, --format <FORMAT>
The output value format, one of: raw, json
10.16. heat deployment-show
usage: heat deployment-show <ID>
Positional arguments
- <ID>
ID of the deployment.
10.17. heat event-list
usage: heat event-list [-r <RESOURCE>] [-f <KEY1=VALUE1;KEY2=VALUE2...>]
[-l <LIMIT>] [-m <ID>] [-n <DEPTH>] [-F <FORMAT>]
<NAME or ID>Positional arguments
- <NAME or ID>
Name or ID of stack to show the events for.
Optional arguments
- -r <RESOURCE>, --resource <RESOURCE>
Name of the resource to filter events by.
- -f <KEY1=VALUE1;KEY2=VALUE2...>, --filters <KEY1=VALUE1;KEY2=VALUE2...>
Filter parameters to apply on returned events. This
can be specified multiple times, or once with
parameters separated by a semicolon.
- -l <LIMIT>, --limit <LIMIT>
Limit the number of events returned.
- -m <ID>, --marker <ID>
Only return events that appear after the given event
ID.
- -n <DEPTH>, --nested-depth <DEPTH>
Depth of nested stacks from which to display events.
Note this cannot be specified with --resource.
- -F <FORMAT>, --format <FORMAT>
The output value format, one of: log, table
10.18. heat event-show
usage: heat event-show <NAME or ID> <RESOURCE> <EVENT>
Positional arguments
- <NAME or ID>
Name or ID of stack to show the events for.
- <RESOURCE>
Name of the resource the event belongs to.
- <EVENT>
ID of event to display details for.
10.19. heat hook-clear
usage: heat hook-clear [--pre-create] [--pre-update] [--pre-delete]
<NAME or ID> <RESOURCE> [<RESOURCE> ...]Positional arguments
- <NAME or ID>
Name or ID of the stack these resources belong to.
- <RESOURCE>
Resource names with hooks to clear. Resources in nested stacks
can be set using slash as a separator:
nested_stack/another/my_resource. You can use wildcards to
match multiple stacks or resources:
nested_stack/an*/*_resource
Optional arguments
- --pre-create
Clear the pre-create hooks (optional)
- --pre-update
Clear the pre-update hooks (optional)
- --pre-delete
Clear the pre-delete hooks (optional)
10.20. heat hook-poll
usage: heat hook-poll [-n <DEPTH>] <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to show the pending hooks for.
Optional arguments
- -n <DEPTH>, --nested-depth <DEPTH>
Depth of nested stacks from which to display hooks.
10.21. heat output-list
usage: heat output-list <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to query.
10.22. heat output-show
usage: heat output-show [-F <FORMAT>] [-a] [--with-detail]
<NAME or ID> [<OUTPUT NAME>]Positional arguments
- <NAME or ID>
Name or ID of stack to query.
- <OUTPUT NAME>
Name of an output to display.
Optional arguments
- -F <FORMAT>, --format <FORMAT>
The output value format, one of: json, raw.
- -a, --all
Display all stack outputs.
- --with-detail
Enable detail information presented, like key and
description.
10.23. heat resource-list
usage: heat resource-list [-n <DEPTH>] [--with-detail] [-f <KEY=VALUE>]
<NAME or ID>Positional arguments
- <NAME or ID>
Name or ID of stack to show the resources for.
Optional arguments
- -n <DEPTH>, --nested-depth <DEPTH>
Depth of nested stacks from which to display
resources.
- --with-detail
Enable detail information presented for each resource
in resources list.
- -f <KEY=VALUE>, --filter <KEY=VALUE>
Filter parameters to apply on returned resources based
on their name, status, type, action, id and
physical_resource_id. This can be specified multiple
times.
10.24. heat resource-mark-unhealthy
usage: heat resource-mark-unhealthy [--reset] <NAME or ID> <RESOURCE> [reason]
Positional arguments
- <NAME or ID>
Name or ID of stack the resource belongs to.
- <RESOURCE>
Name of the resource.
- reason
Reason for state change.
Optional arguments
- --reset
Set the resource as healthy.
10.25. heat resource-metadata
usage: heat resource-metadata <NAME or ID> <RESOURCE>
Positional arguments
- <NAME or ID>
Name or ID of stack to show the resource metadata for.
- <RESOURCE>
Name of the resource to show the metadata for.
10.26. heat resource-show
usage: heat resource-show [-a <ATTRIBUTE>] <NAME or ID> <RESOURCE>
Positional arguments
- <NAME or ID>
Name or ID of stack to show the resource for.
- <RESOURCE>
Name of the resource to show the details for.
Optional arguments
- -a <ATTRIBUTE>, --with-attr <ATTRIBUTE>
Attribute to show, it can be specified multiple times.
10.27. heat resource-signal
usage: heat resource-signal [-D <DATA>] [-f <FILE>] <NAME or ID> <RESOURCE>
Positional arguments
- <NAME or ID>
Name or ID of stack the resource belongs to.
- <RESOURCE>
Name of the resource to signal.
Optional arguments
- -D <DATA>, --data <DATA>
JSON Data to send to the signal handler.
- -f <FILE>, --data-file <FILE>
File containing JSON data to send to the signal
handler.
10.28. heat resource-template
usage: heat resource-template [-t <TEMPLATE_TYPE>] [-F <FORMAT>]
<RESOURCE_TYPE>Positional arguments
- <RESOURCE_TYPE>
Resource type to generate a template for.
Optional arguments
- -t <TEMPLATE_TYPE>, --template-type <TEMPLATE_TYPE>
Template type to generate, hot or cfn.
- -F <FORMAT>, --format <FORMAT>
The template output format, one of: yaml, json.
10.29. heat resource-type-list
usage: heat resource-type-list [-f <KEY1=VALUE1;KEY2=VALUE2...>]
Optional arguments
- -f <KEY1=VALUE1;KEY2=VALUE2...>, --filters <KEY1=VALUE1;KEY2=VALUE2...>
Filter parameters to apply on returned resource types.
This can be specified multiple times, or once with
parameters separated by a semicolon. It can be any of
name, version and support_status
10.30. heat resource-type-show
usage: heat resource-type-show <RESOURCE_TYPE>
Positional arguments
- <RESOURCE_TYPE>
Resource type to get the details for.
10.31. heat resource-type-template
usage: heat resource-type-template [-t <TEMPLATE_TYPE>] [-F <FORMAT>]
<RESOURCE_TYPE>Positional arguments
- <RESOURCE_TYPE>
Resource type to generate a template for.
Optional arguments
- -t <TEMPLATE_TYPE>, --template-type <TEMPLATE_TYPE>
Template type to generate, hot or cfn.
- -F <FORMAT>, --format <FORMAT>
The template output format, one of: yaml, json.
10.32. heat service-list
usage: heat service-list
10.33. heat snapshot-delete
usage: heat snapshot-delete <NAME or ID> <SNAPSHOT>
Positional arguments
- <NAME or ID>
Name or ID of the stack containing the snapshot.
- <SNAPSHOT>
The ID of the snapshot to delete.
10.34. heat snapshot-list
usage: heat snapshot-list <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of the stack containing the snapshots.
10.35. heat snapshot-show
usage: heat snapshot-show <NAME or ID> <SNAPSHOT>
Positional arguments
- <NAME or ID>
Name or ID of the stack containing the snapshot.
- <SNAPSHOT>
The ID of the snapshot to show.
10.36. heat stack-abandon
usage: heat stack-abandon [-O <FILE>] <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to abandon.
Optional arguments
- -O <FILE>, --output-file <FILE>
file to output abandon result. If the option is
specified, the result will be output into <FILE>.
10.37. heat stack-adopt
usage: heat stack-adopt [-e <FILE or URL>] [-c <TIMEOUT>] [-t <TIMEOUT>]
[-a <FILE or URL>] [-r]
[-P <KEY1=VALUE1;KEY2=VALUE2...>]
<STACK_NAME>Positional arguments
- <STACK_NAME>
Name of the stack to adopt.
Optional arguments
- -e <FILE or URL>, --environment-file <FILE or URL>
Path to the environment, it can be specified multiple
times.
- -c <TIMEOUT>, --create-timeout <TIMEOUT>
Stack creation timeout in minutes. DEPRECATED use
--timeout instead.
- -t <TIMEOUT>, --timeout <TIMEOUT>
Stack creation timeout in minutes.
- -a <FILE or URL>, --adopt-file <FILE or URL>
Path to adopt stack data file.
- -r, --enable-rollback
Enable rollback on create/update failure.
- -P <KEY1=VALUE1;KEY2=VALUE2...>, --parameters <KEY1=VALUE1;KEY2=VALUE2...>
Parameter values used to create the stack. This can be
specified multiple times, or once with parameters
separated by a semicolon.
10.38. heat stack-cancel-update
usage: heat stack-cancel-update <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to cancel update for.
10.39. heat stack-create
usage: heat stack-create [-f <FILE>] [-e <FILE or URL>]
[--pre-create <RESOURCE>] [-u <URL>] [-o <URL>]
[-c <TIMEOUT>] [-t <TIMEOUT>] [-r]
[-P <KEY1=VALUE1;KEY2=VALUE2...>] [-Pf <KEY=FILE>]
[--poll [SECONDS]] [--tags <TAG1,TAG2>]
<STACK_NAME>Positional arguments
- <STACK_NAME>
Name of the stack to create.
Optional arguments
- -f <FILE>, --template-file <FILE>
Path to the template.
- -e <FILE or URL>, --environment-file <FILE or URL>
Path to the environment, it can be specified multiple
times.
- --pre-create <RESOURCE>
Name of a resource to set a pre-create hook to.
Resources in nested stacks can be set using slash as a
separator: nested_stack/another/my_resource. You can
use wildcards to match multiple stacks or resources:
nested_stack/an*/*_resource. This can be specified
multiple times
- -u <URL>, --template-url <URL>
URL of template.
- -o <URL>, --template-object <URL>
URL to retrieve template object (e.g. from swift).
- -c <TIMEOUT>, --create-timeout <TIMEOUT>
Stack creation timeout in minutes. DEPRECATED use
--timeout instead.
- -t <TIMEOUT>, --timeout <TIMEOUT>
Stack creation timeout in minutes.
- -r, --enable-rollback
Enable rollback on create/update failure.
- -P <KEY1=VALUE1;KEY2=VALUE2...>, --parameters <KEY1=VALUE1;KEY2=VALUE2...>
Parameter values used to create the stack. This can be
specified multiple times, or once with parameters
separated by a semicolon.
- -Pf <KEY=FILE>, --parameter-file <KEY=FILE>
Parameter values from file used to create the stack.
This can be specified multiple times. Parameter value
would be the content of the file
- --poll [SECONDS]
Poll and report events until stack completes. Optional
poll interval in seconds can be provided as argument,
default 5.
- --tags <TAG1,TAG2> A
list of tags to associate with the stack.
10.40. heat stack-delete
usage: heat stack-delete [-y] <NAME or ID> [<NAME or ID> ...]
Positional arguments
- <NAME or ID>
Name or ID of stack(s) to delete.
Optional arguments
- -y, --yes
Skip yes/no prompt (assume yes).
10.41. heat stack-list
usage: heat stack-list [-s] [-n] [-a] [-f <KEY1=VALUE1;KEY2=VALUE2...>]
[-t <TAG1,TAG2...>] [--tags-any <TAG1,TAG2...>]
[--not-tags <TAG1,TAG2...>]
[--not-tags-any <TAG1,TAG2...>] [-l <LIMIT>] [-m <ID>]
[-k <KEY1;KEY2...>] [-d [asc|desc]] [-g] [-o]Optional arguments
- -s, --show-deleted
Include soft-deleted stacks in the stack listing.
- -n, --show-nested
Include nested stacks in the stack listing.
- -a, --show-hidden
Include hidden stacks in the stack listing.
- -f <KEY1=VALUE1;KEY2=VALUE2...>, --filters <KEY1=VALUE1;KEY2=VALUE2...>
Filter parameters to apply on returned stacks. This
can be specified multiple times, or once with
parameters separated by a semicolon.
- -t <TAG1,TAG2...>, --tags <TAG1,TAG2...>
Show stacks containing these tags, combine multiple
tags using the boolean AND expression
- --tags-any <TAG1,TAG2...>
Show stacks containing these tags, combine multiple
tags using the boolean OR expression
- --not-tags <TAG1,TAG2...>
Show stacks not containing these tags, combine
multiple tags using the boolean AND expression
- --not-tags-any <TAG1,TAG2...>
Show stacks not containing these tags, combine
multiple tags using the boolean OR expression
- -l <LIMIT>, --limit <LIMIT>
Limit the number of stacks returned.
- -m <ID>, --marker <ID>
Only return stacks that appear after the given stack
ID.
- -k <KEY1;KEY2...>, --sort-keys <KEY1;KEY2...>
List of keys for sorting the returned stacks. This can
be specified multiple times or once with keys
separated by semicolons. Valid sorting keys include
"stack_name", "stack_status", "creation_time" and
"updated_time".
- -d [asc|desc], --sort-dir [asc|desc]
Sorting direction (either "asc" or "desc") for the
sorting keys.
- -g, --global-tenant
Display stacks from all tenants. Operation only
authorized for users who match the policy in heat's
policy.json.
- -o, --show-owner
Display stack owner information. This is automatically
enabled when using --global-tenant.
10.42. heat stack-preview
usage: heat stack-preview [-f <FILE>] [-e <FILE or URL>] [-u <URL>] [-o <URL>]
[-t <TIMEOUT>] [-r]
[-P <KEY1=VALUE1;KEY2=VALUE2...>] [-Pf <KEY=FILE>]
[--tags <TAG1,TAG2>]
<STACK_NAME>Positional arguments
- <STACK_NAME>
Name of the stack to preview.
Optional arguments
- -f <FILE>, --template-file <FILE>
Path to the template.
- -e <FILE or URL>, --environment-file <FILE or URL>
Path to the environment, it can be specified multiple
times.
- -u <URL>, --template-url <URL>
URL of template.
- -o <URL>, --template-object <URL>
URL to retrieve template object (e.g. from swift)
- -t <TIMEOUT>, --timeout <TIMEOUT>
Stack creation timeout in minutes. This is only used
during validation in preview.
- -r, --enable-rollback
Enable rollback on failure. This option is not used
during preview and exists only for symmetry with
stack-create.
- -P <KEY1=VALUE1;KEY2=VALUE2...>, --parameters <KEY1=VALUE1;KEY2=VALUE2...>
Parameter values used to preview the stack. This can
be specified multiple times, or once with parameters
separated by semicolon.
- -Pf <KEY=FILE>, --parameter-file <KEY=FILE>
Parameter values from file used to create the stack.
This can be specified multiple times. Parameter value
would be the content of the file
- --tags <TAG1,TAG2> A
list of tags to associate with the stack.
10.43. heat stack-restore
usage: heat stack-restore <NAME or ID> <SNAPSHOT>
Positional arguments
- <NAME or ID>
Name or ID of the stack containing the snapshot.
- <SNAPSHOT>
The ID of the snapshot to restore.
10.44. heat stack-show
usage: heat stack-show [--no-resolve-outputs] <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to describe.
Optional arguments
- --no-resolve-outputs
Do not resolve outputs of the stack.
10.45. heat stack-snapshot
usage: heat stack-snapshot [-n <NAME>] <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to snapshot.
Optional arguments
- -n <NAME>, --name <NAME>
If specified, the name given to the snapshot.
10.46. heat stack-update
usage: heat stack-update [-f <FILE>] [-e <FILE or URL>]
[--pre-update <RESOURCE>] [-u <URL>] [-o <URL>]
[-t <TIMEOUT>] [-r] [--rollback <VALUE>] [-y] [-n]
[-P <KEY1=VALUE1;KEY2=VALUE2...>] [-Pf <KEY=FILE>]
[-x] [-c <PARAMETER>] [--tags <TAG1,TAG2>]
<NAME or ID>Positional arguments
- <NAME or ID>
Name or ID of stack to update.
Optional arguments
- -f <FILE>, --template-file <FILE>
Path to the template.
- -e <FILE or URL>, --environment-file <FILE or URL>
Path to the environment, it can be specified multiple
times.
- --pre-update <RESOURCE>
Name of a resource to set a pre-update hook to.
Resources in nested stacks can be set using slash as a
separator: nested_stack/another/my_resource. You can
use wildcards to match multiple stacks or resources:
nested_stack/an*/*_resource. This can be specified
multiple times
- -u <URL>, --template-url <URL>
URL of template.
- -o <URL>, --template-object <URL>
URL to retrieve template object (e.g. from swift).
- -t <TIMEOUT>, --timeout <TIMEOUT>
Stack update timeout in minutes.
- -r, --enable-rollback
DEPRECATED! Use --rollback argument instead. Enable
rollback on stack update failure. NOTE: default
behavior is now to use the rollback value of existing
stack.
- --rollback <VALUE>
Set rollback on update failure. Values ('1', 't',
'true', 'on', 'y', 'yes') set rollback to enabled.
Values ('0', 'f', 'false', 'off', 'n', 'no') set
rollback to disabled. Default is to use the value of
existing stack to be updated.
- -y, --dry-run
Do not actually perform the stack update, but show
what would be changed
- -n, --show-nested
Show nested stacks when performing --dry-run
- -P <KEY1=VALUE1;KEY2=VALUE2...>, --parameters <KEY1=VALUE1;KEY2=VALUE2...>
Parameter values used to create the stack. This can be
specified multiple times, or once with parameters
separated by a semicolon.
- -Pf <KEY=FILE>, --parameter-file <KEY=FILE>
Parameter values from file used to create the stack.
This can be specified multiple times. Parameter value
would be the content of the file
- -x, --existing
Re-use the template, parameters and environment of the
current stack. If the template argument is omitted
then the existing template is used. If no
--environment-file is specified then the existing
environment is used. Parameters specified in
--parameters will patch over the existing values in
the current stack. Parameters omitted will keep the
existing values.
- -c <PARAMETER>, --clear-parameter <PARAMETER>
Remove the parameters from the set of parameters of
current stack for the stack-update. The default value
in the template will be used. This can be specified
multiple times.
- --tags <TAG1,TAG2>
An updated list of tags to associate with the stack.
10.47. heat template-function-list
usage: heat template-function-list <TEMPLATE_VERSION>
Positional arguments
- <TEMPLATE_VERSION>
Template version to get the functions for.
10.48. heat template-show
usage: heat template-show <NAME or ID>
Positional arguments
- <NAME or ID>
Name or ID of stack to get the template for.
10.49. heat template-validate
usage: heat template-validate [-u <URL>] [-f <FILE>] [-e <FILE or URL>]
[-o <URL>] [-n]
[-P <KEY1=VALUE1;KEY2=VALUE2...>]
[-I <ERR1,ERR2...>]Optional arguments
- -u <URL>, --template-url <URL>
URL of template.
- -f <FILE>, --template-file <FILE>
Path to the template.
- -e <FILE or URL>, --environment-file <FILE or URL>
Path to the environment, it can be specified multiple
times.
- -o <URL>, --template-object <URL>
URL to retrieve template object (e.g. from swift).
- -n, --show-nested
Resolve parameters from nested templates as well.
- -P <KEY1=VALUE1;KEY2=VALUE2...>, --parameters <KEY1=VALUE1;KEY2=VALUE2...>
Parameter values for the template. This can be
specified multiple times, or once with parameters
separated by a semicolon.
- -I <ERR1,ERR2...>, --ignore-errors <ERR1,ERR2...>
List of heat errors to ignore.
10.50. heat template-version-list
usage: heat template-version-list
