2020-10-27 02:15:36 +01:00
|
|
|
---
|
|
|
|
layout: "docs"
|
|
|
|
page_title: "Forcing Re-creation of Resources (Tainting) - Terraform CLI"
|
|
|
|
---
|
|
|
|
|
|
|
|
# Forcing Re-creation of Resources (Tainting)
|
|
|
|
|
|
|
|
When a resource declaration is modified, Terraform usually attempts to update
|
|
|
|
the existing resource in place (although some changes can require destruction
|
|
|
|
and re-creation, usually due to upstream API limitations).
|
|
|
|
|
|
|
|
In some cases, you might want a resource to be destroyed and re-created even
|
|
|
|
when Terraform doesn't think it's necessary. This is usually for objects that
|
|
|
|
aren't fully described by their resource arguments due to side-effects that
|
|
|
|
happen during creation; for example, a virtual machine that configures itself
|
|
|
|
with `cloud-init` on startup might no longer meet your needs if the cloud-init
|
|
|
|
configuration changes.
|
|
|
|
|
2021-01-19 22:43:01 +01:00
|
|
|
- [The `terraform taint` command](/docs/cli/commands/taint.html) tells Terraform to
|
2020-10-27 02:15:36 +01:00
|
|
|
destroy and re-create a particular resource during the next apply, regardless
|
|
|
|
of whether its resource arguments would normally require that.
|
|
|
|
|
2021-01-19 22:43:01 +01:00
|
|
|
- [The `terraform untaint` command](/docs/cli/commands/untaint.html) undoes a
|
2020-10-27 02:15:36 +01:00
|
|
|
previous taint, or can preserve a resource that was automatically tainted due
|
2021-01-15 23:13:53 +01:00
|
|
|
to failed [provisioners](/docs/language/resources/provisioners/syntax.html).
|