Files
opentf/website/docs/cli/commands/state/rm.mdx
Kuba Martin 4d665a0091 Update website/docs/cli. (#171)
* Initial renaming, rewriting and cleaning up wave for the CLI docs.

Signed-off-by: Jakub Martin <kubam@spacelift.io>

* More renaming.

Signed-off-by: Jakub Martin <kubam@spacelift.io>

* More renaming.

Signed-off-by: Jakub Martin <kubam@spacelift.io>

* More renaming.

Signed-off-by: Jakub Martin <kubam@spacelift.io>

* Remove tutorial references.

Signed-off-by: Jakub Martin <kubam@spacelift.io>

* Post-review fixes.

Signed-off-by: Jakub Martin <kubam@spacelift.io>

---------

Signed-off-by: Jakub Martin <kubam@spacelift.io>
2023-08-25 11:09:18 +02:00

136 lines
4.9 KiB
Plaintext

---
page_title: 'Command: state rm'
description: >-
The `opentf state rm` command removes bindings from the OpenTF state,
causing OpenTF to "forget about" existing objects.
---
# Command: state rm
The main function of [OpenTF state](/opentf/language/state) is
to track the bindings between resource instance addresses in your configuration
and the remote objects they represent. Normally OpenTF automatically
updates the state in response to actions taken when applying a plan, such as
removing a binding for a remote object that has now been deleted.
You can use `opentf state rm` in the less common situation where you wish
to remove a binding to an existing remote object without first destroying it,
which will effectively make OpenTF "forget" the object while it continues
to exist in the remote system.
## Usage
Usage: `opentf state rm [options] ADDRESS...`
OpenTF will search the state for any instances matching the given
[resource address](/opentf/cli/state/resource-addressing), and remove
the record of each one so that OpenTF will no longer be tracking the
corresponding remote objects.
This means that although the objects will still continue to exist in the
remote system, a subsequent
[`opentf plan`](/opentf/cli/commands/plan)
will include an action to create a new object for each of the "forgotten"
instances. Depending on the constraints imposed by the remote system, creating
those objects might fail if their names or other identifiers conflict with
the old objects still present.
This command also accepts the following options:
- `-dry-run` - Report all of the resource instances that match the given
address without actually "forgetting" any of them.
- `-lock=false` - Don't hold a state lock during the operation. This is
dangerous if others might concurrently run commands against the same
workspace.
- `-lock-timeout=DURATION` - Unless locking is disabled with `-lock=false`,
instructs OpenTF to retry acquiring a lock for a period of time before
returning an error. The duration syntax is a number followed by a time
unit letter, such as "3s" for three seconds.
For configurations using the [`cloud` backend](/opentf/cli/cloud) or the [`remote` backend](/opentf/language/settings/backends/remote)
only, `opentf state rm`
also accepts the option
[`-ignore-remote-version`](/opentf/cli/cloud/command-line-arguments#ignore-remote-version).
For configurations using
[the `local` state rm](/opentf/language/settings/backends/local) only,
`opentf state rm` also accepts the legacy options
[`-state`, `-state-out`, and `-backup`](/opentf/language/settings/backends/local#command-line-arguments).
## Example: Remove all Instances of a Resource
The following example will cause OpenTF to "forget" all of the instances
of the `packet_device` resource named "worker".
```shell
$ opentf state rm 'packet_device.worker'
```
A resource that doesn't use `count` or `for_each` has only one instance, so
this is also the appropriate syntax to select that single instance.
## Example: Remove all Instances of a Resource in a Module
To select a resource that you've defined in a child module you must specify
the path of that module as part of the resource address:
```shell
$ opentf state rm 'module.foo.packet_device.worker'
```
## Example: Remove all Instances of all Resources in a Module
The following example will cause OpenTF to "forget" all of the instances
associated with all resources defined in all instances of the module named
`foo`:
```shell
$ opentf state rm 'module.foo'
```
## Example: Remove a Particular Instance of a Resource using `count`
A resource defined with [the `count` meta-argument](/opentf/language/meta-arguments/count)
has multiple instances that are each identified by an integer. You can
select a particular instance by including an explicit index in your given
address:
```shell
$ opentf state rm 'packet_device.worker[0]'
```
Brackets (`[`, `]`) have a special meaning in some shells, so you may need to
quote or escape the address in order to pass it literally to OpenTF.
The above shows the typical quoting syntax for Unix-style shells.
## Example: Remove a Particular Instance of a Resource using `for_each`
A resource defined with [the `for_each` meta-argument](/opentf/language/meta-arguments/for_each)
has multiple instances that are each identified by an string. You can
select a particular instance by including an explicit key in your given
address.
However, the syntax for strings includes quotes and the quote symbol often
has special meaning in command shells, so you'll need to use the appropriate
quoting and/or escaping syntax for the shell you are using. For example:
Unix-style shells, such as on Linux or macOS:
```shell
$ opentf state rm 'packet_device.worker["example"]'
```
Windows Command Prompt (`cmd.exe`):
```shell
$ opentf state rm packet_device.worker[\"example\"]
```
PowerShell:
```shell
$ opentf state rm 'packet_device.worker[\"example\"]'
```