https://pulumi.com logo
#azure
Title
# azure
m

millions-lamp-64112

01/03/2024, 4:24 PM
Hi Team, We are facing the issue With Pulumi Infra issue stack not able to create 2024-01-02T172901.0223522Z Diagnostics: 2024-01-02T172901.0224152Z pulumipulumiStack (vmtep-catalog.prod): 2024-01-02T172901.0224537Z error: Program failed with an unhandled exception: 2024-01-02T172901.0224860Z Traceback (most recent call last): 2024-01-02T172901.0225575Z File "/home/vsts/work/r1/a/_catalog/pulumi/deploy/./__main__.py", line 28, in module 2024-01-02T172901.0226219Z core_stacks_refs = stack_handler.get_stack_references(f"core.{config.env_name}") 2024-01-02T172901.0226815Z File "/home/vsts/work/r1/a/_catalog/pulumi/deploy/venv/lib/python3.8/site-packages/pulumi_helpers/stacks/stack_handler.py", line 18, in get_stack_references 2024-01-02T172901.0228067Z if stack_name in [stack.name for stack in self.list_stacks()]: 2024-01-02T172901.0228714Z File "/home/vsts/work/r1/a/_catalog/pulumi/deploy/venv/lib/python3.8/site-packages/pulumi_helpers/stacks/stack_handler.py", line 12, in list_stacks 2024-01-02T172901.0228984Z return [stack for stack in self.current_stack.workspace.list_stacks()] 2024-01-02T172901.0229374Z File "/home/vsts/work/r1/a/_catalog/pulumi/deploy/venv/lib/python3.8/site-packages/pulumi/automation/_local_workspace.py", line 316, in list_stacks 2024-01-02T172901.0229628Z update_in_progress=stack_json["updateInProgress"], 2024-01-02T172901.0229859Z KeyError: 'updateInProgress' 2024-01-02T172901.0234316Z Is there any help on this.
c

clever-sunset-76585

01/08/2024, 5:01 AM
Your message contains just a stack trace with no other information about what your Pulumi app is doing. It's hard to help you diagnose what is wrong. But from what I can gather it seems like your Pulumi app has a stack reference to another stack. And that its name is injected using a stack config property called
env_name
. Did you set that stack config property for your
vmtep-catalog.prod
stack? I am guessing its value is supposed to be
prod
such that the stack reference then becomes
core.prod
. Does
core.prod
stack exist in the same organization as
vmtep-catalog.prod
?