#terraform - March 2026

We make heavy use of remote-state, generally v1.8.0. Recently we've encountered an issue with our eks component. We believe there is a piece of this on Spacelift’s end that is causing the issue but was curious if anyone else using remote-state might've observed this behavior.

All Spacelift UI outputs for each of our eks stacks (>20) recently started to display sandbox values. We don't have any corresponding runs that show these being set. The stacks are failing to apply due to a lineage mismatch.

Throughout the planning phase we have multiple remote-state calls reading cross account values and we observe the workspace changing by checking terraform workspace show. I assume this might be normal for the remote-state calls to actually lookup the state values.

It seems like the last remote-state call might be to sandbox, and Spacelift isn't reading .terraform/enviroment a final time after it switches back to workspace of the actual stack we are planning. This causes Spacelift to pull the sandbox state and attempt an apply which fails. While Spacelift UI outputs are incorrect, the state file for each of our eks components are intact and don't have erroneous sandbox values.

All that said our local atmos applies succeed. So I guess the question to the group is has anyone seen an issue with remote-state ever targeting the incorrect workspace at the end of a plan/apply?

Are folks here reliably able to use manifest rendering via the terraform helm provider? What version of the provider are you using?

Hi @everyone

I'm new to this channel.

Hi
does anyone know is https://github.com/cloudposse/terraform-provider-context maintained or already deprecated?

Docs are mostly not existing and no activity for half year 🤔

Hey, is there anything against implementing import of secrets and rulesets in this component?
https://github.com/cloudposse-terraform-components/aws-github-repository

We’re seeing OpenTofu not sync with the repo releases. I requested access to the CNCF slack (seems that requires a human review).

I confirmed the GitHub RSS feed shows v1.32.0 but https://search.opentofu.org/provider/cloudposse/utils/latest does not.

Any thoughts?

CC @James Humphries

Add a PR with the missing values https://github.com/opentofu/registry/pull/3806

@johncblandii, you shouldn't ever have to do a manual PR to bump versions. I think someone is putting together a fix now 😄

yeah, just trying to get this issue over the line

noticed https://github.com/opentofu/registry/pull/3807

@James Humphries how long does it generally take to for the registry to update now that #3808 merged and CI ran?

Lessons learned from scaling Infrastructure as Code from 5 to 1000+ workspaces https://www.ordisi.us/posts/2026_1_scaling/