Terraform Enterprise v202401-2 (757)

Last required release: v202207-2 (642)

Flexible Deployment Options terraform-enterprise container digest: amd64/linux sha256:d724fa57019f0b06c10566f1d646f76c7a8b1e7ffe5ef5235a2b3a470fd05fda

Changes Since v202401-1

  1. In rare cases, no code modules created before upgrading to v202401-1 could contain errors that would cause upgrade failures. This issue has been fixed, upgrades will now complete successfully even if no code modules contain errors.
  2. Removed an unused Ruby gem that could cause increased memory usage in certain situations.

Known Issues

  1. [Updated April 16, 2024] If you set the maximum run time on the site admin page to be longer than 24 hours, Terraform Enterprise will not trigger runs on this release version.


  1. The consolidated_services_enabled setting deprecation period has ended, and we have removed the setting. All installations now use the single-container architecture introduced in v202309-1. For more information on this change, refer to consolidated services.
  2. Terraform Enterprise now supports new deployment options and we will be ending support for the Replicated Native Scheduler option. The final Replicated release of Terraform Enterprise will be in November 2024. We will support the final Replicated release until April 1, 2026.

To ensure you continue to receive the latest features and fixes, please plan to migrate to a new deployment option by November 2024. For more information, check out flexible deployment options, or contact your HashiCorp account representative.


  1. You can now control whether an organization’s VCS status checks are aggregated. By default, new organizations aggregate VCS status checks. Learn more about VCS status checks.
  2. The private registry is introducing two features:


  1. When you start a run from the Terraform Enterprise user interface and select the Plan and Apply run type, clicking Additional planning options allows you to select resource addresses to replace.
  2. Site administrators can now configure site-wide data retention policies in the admin settings page.
  3. Data retention policies at the organization and workspace level can now specify “don’t delete” to override parent data retention policies.
  4. You can now execute policy evaluations on-demand. You can also select the runtime version and workspace to evaluate against, allowing for version compatibility testing as well as workspace integration testing.
  5. Run tasks can now return richly formatted responses to Terraform. This enables users to use streamlined run task reviews in Terraform Enterprise, and provides meaningful context on run task evaluations without having to leave Terraform.
  6. Added a new workspace setting Auto-apply run triggers, (API: auto-apply-run-trigger), which controls whether a workspace should auto-apply runs caused by changes in other workspaces.
  7. Users can now pin policy tool versions (Sentinel and OPA) to execute individual policy sets.


  1. Removed the VCS Branch field on a workspace’s VCS settings page for workspaces triggering runs based on git tags in order to clearly display the trigger for any vcs initiated runs.
  2. Support bundles on docker, kubernetes, and podman (beta) installations now include process information from the terraform-enterprise container.
  3. Removed the workspace version setting summary that states versions do not upgrade automatically. When a workspace version is set to a version constraint, the version automatically resolves to the latest version which satisfies the constraint.
  4. The Agent Pool edit page loads faster for agent pools available to a large number of workspaces.
  5. You can now pause streaming log output to select text.
  6. Sentinel Policy checks can now utilize the resource_drift attribute for the tfplan/v2 import.
  7. You can now expand or collapse the side navigation via a toggle button.

Bug Fixes

  1. Runs queued for longer than 10 minutes should not longer become stuck in a pending state.
  2. The state viewer component now properly checks and renders an appropriate error message for all response errors, rather than only detecting 400 responses and rendering all other response errors as inline state within the state viewer.
  3. Workers running VCS repository ingestion will now drop work when it has passed the completion deadline, and can no longer be completed successfully. This mitigates issues with workers being resource constrained and unable to process all VCS ingestion due to a burst of requests.
  4. Account sign up now properly creates the user’s session so they are not prompted to complete step-up auth after account creation.
  5. Update organization team page to have required data to correctly display 2FA badges for members.
  6. Creating multiple VCS-backed workspaces will no longer create duplicate webhooks.
  7. Connect Organization button will correctly navigate the user’s window session to the provider’s authorization page. This prevents the authorization flow being initiated in a new session.
  8. The project name breadcrumb on the project settings page now links to the correct place.
  9. The name input in the new project form now correctly displays error messages.
  10. The Provider overview pages in the registry will now load properly.
  11. Plan output will no longer show an error when nested objects contain empty attributes.
  12. Fixed error “Resource diff not found” when expanding resources that are drifted but do not have changes.
  13. Workspace resources’ provider names are now updated after running the terraform state replace-provider CLI command.
  14. The tfectl command tfectl admin token returns the appropriate initial admin creation URL.
  15. A GitHub-backed workspace run that contains more than 300 changed files will now properly execute.


  1. Container and binary updates address reported vulnerabilities (CVEs) in underlying base images, packages, and dependencies.