Pass the HashiCorp Terraform Associate Terraform-Associate-004 Questions and answers with CertsForce

The terraform state file is locked when a Terraform operation that could write state is in progress. This prevents concurrent state operations that could corrupt the state. The forbidden actions when the state file is locked are those that could write state, such as terraform apply, terraform destroy, terraform refresh, terraform taint, terraform untaint, terraform import, and terraform state *. The terraform validate command is also forbidden, because it requires an initialized working directory with the state file. The allowed actions when the state file is locked are those that only read state, such as terraform plan, terraform show, terraform output, and terraform console. References = [State Locking] and [Command: validate]

Detailed Explanation:

Rationale for Correct Answer:The error indicates that the saved plan is stale, meaning the Terraform state has changed since the plan was created. Terraform ensures consistency between the plan and the current state, so it will not allow applying an outdated plan file.

D is correct because generating a new plan (terraform plan) ensures it reflects the current state, after which it can be safely applied.

E is also correct because running terraform apply without a saved plan automatically creates a fresh plan and applies it in one step, ensuring consistency with the latest state.

Analysis of Incorrect Options (Distractors):

A. terraform state push — Incorrect because this command is used to manually push state data, not to update or fix a stale execution plan.

B. -refresh-only flag — Incorrect because this updates the state to match real infrastructure but does not resolve the stale saved plan issue or make it applicable.

C. -lock=false — Incorrect because state locking prevents concurrent operations; disabling it does not fix the mismatch between the saved plan and the current state.

Key Concept:Terraform saved plans are state-dependent and become invalid if the state changes. You must regenerate the plan or apply without using a saved plan.

These are the parameters that terraform import requires, as they allow Terraform to identify the existing resource that you want to import into your state file, and match it with the corresponding configuration block in your files.

Detailed Explanation:

Rationale for Correct Answer:Refactoring (like moving resources into a module) changes resource addresses. Terraform will plan destroy/create unless it knows the resources were moved. The supported mechanism is a moved block, which tells Terraform how to map the old address to the new address so it updates state without recreating resources.

Analysis of Incorrect Options (Distractors):

B: Incorrect. terraform console is for evaluating expressions and inspecting values; it is not a supported state editor.

C: Incorrect. Manually editing terraform.tfstate is unsafe and not the recommended/supported approach (risk of corruption and subtle errors).

D: Incorrect. Renaming resources in a cloud console does not update Terraform state addresses and usually doesn’t solve Terraform address refactors.

Key Concept:State-aware refactoring using moved blocks to preserve resources while changing their addresses.

Rationale for Correct Answer (A):

Terraform does not automatically update state references when resource identifiers are renamed. Instead, you must use a moved block in your configuration to inform Terraform how to map the old resource to the new one. This prevents Terraform from destroying and recreating the resource.

Analysis of Incorrect Options:

B & C: Incorrect syntax — moved requires from and to.

D: Incorrect, Terraform won’t auto-detect renames and will plan to destroy and recreate the resource unless a moved block is provided.

Key Concept:

The moved block is essential for refactoring resource names without losing resources in state.

The terraform import command is used to import existing infrastructure into your Terraform state. This command takes the existing resource and associates it with a resource defined in your Terraform configuration, updating the state file accordingly. It does not generate configuration for the resource, only the state.

Detailed Explanation:

Rationale for Correct Answer:terraform fmt rewrites Terraform configuration files (.tf, and commonly .tfvars) into Terraform’s canonical formatting style (indentation, alignment, spacing, etc.). By default, it formats files in the current directory (and with flags like -recursive, it can format subdirectories too).

Analysis of Incorrect Options (Distractors):

B: Incorrect because formatting is exactly what terraform fmt is designed to do.

Key Concept:Using terraform fmt to enforce consistent HCL formatting.

The correct answers are A and C. Terraform custom conditions let you define validation rules through precondition and postcondition blocks. When a resource uses count or for_each, Terraform evaluates preconditions separately for each resource instance, which allows instance-specific checks using values such as count.index or each.key. A precondition must pass before Terraform proceeds with the resource action, so it can block creation, update, or replacement when the configured condition is not satisfied. Option B is incorrect because Terraform can evaluate some conditions later if values are unknown during planning, depending on the expression and dependency graph. Option D is incorrect because a failed postcondition prevents downstream resources from relying on an invalid result, helping stop dependent changes from proceeding with bad assumptions.

The correct answers are A and C. To update a registry module from version 4.2.1 to 5.0.0, you must first update the module block’s version argument so Terraform knows which module version is required. After changing the module version constraint, you must reinitialize the working directory so Terraform can install the selected module version into the local .terraform directory. In many real workflows, terraform init is sufficient after changing the version, while terraform init -upgrade is commonly used when refreshing already-installed modules to newer acceptable versions. terraform pull is not a Terraform command for updating modules. Removing the version argument is not a controlled upgrade because Terraform may then choose the newest available version, which can reduce reproducibility and increase upgrade risk.

Detailed Explanation:

Rationale for Correct Answer: To bring existing infrastructure under Terraform management, Terraform needs both a matching resource block in the configuration and an import declaration or import command that maps the real cloud object to the Terraform resource address. With modern configuration-driven import, you add an import block and a corresponding resource block, then run Terraform to import the object into state.

Analysis of Incorrect Options (Distractors):

A. Pick the two correct responses below. Incorrect. This is an instruction, not an action.

B. Run terraform state pull. Incorrect. This only downloads and displays the current state. It does not import existing cloud resources.

E. Run terraform apply -refresh-only. Incorrect. Refresh-only updates Terraform state for resources already managed in state. It does not import unmanaged VMs.

Key Concept: Existing infrastructure must be imported into Terraform state and represented in Terraform configuration before Terraform can manage it.