azure-cli-extensions icon indicating copy to clipboard operation
azure-cli-extensions copied to clipboard

"az containerapp env create" returns before resource is in a usable state

Open olivomarco opened this issue 2 years ago • 4 comments

Describe the bug

Command Name az containerapp env create Extension Name: containerapp. Version: 0.3.5.

Errors:

none

To Reproduce:

Steps to reproduce the behavior:

  • az containerapp env create --name testenv -g rg-test --location westeurope

Expected Behavior

I would expect that the cli returns when the ContainerApps environment is actually created and in a usable state, consistently to what happens for other resource providers I have encountered so far.

However, I have noticed that this is not always the case, especially if you pass the --infrastructure-subnet-resource-id parameter.

Environment Summary

Windows-10-10.0.22000-SP0
Python 3.10.4
Installer: 

azure-cli 2.37.0

Extensions:
containerapp 0.3.5

Dependencies:
msal 1.18.0b1
azure-mgmt-resource 21.1.0b1

Additional Context

olivomarco avatar Jun 13 '22 10:06 olivomarco

route to CXP team

yonzhan avatar Jun 13 '22 10:06 yonzhan

Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @calvinsID.

Issue Details

Describe the bug

Command Name az containerapp env create Extension Name: containerapp. Version: 0.3.5.

Errors:

none

To Reproduce:

Steps to reproduce the behavior:

  • az containerapp env create --name testenv -g rg-test --location westeurope

Expected Behavior

I would expect that the cli returns when the ContainerApps environment is actually created and in a usable state, consistently to what happens for other resource providers I have encountered so far.

However, I have noticed that this is not always the case, especially if you pass the --infrastructure-subnet-resource-id parameter.

Environment Summary

Windows-10-10.0.22000-SP0
Python 3.10.4
Installer: 

azure-cli 2.37.0

Extensions:
containerapp 0.3.5

Dependencies:
msal 1.18.0b1
azure-mgmt-resource 21.1.0b1

Additional Context

Author: olivomarco
Assignees: -
Labels:

Service Attention, needs-team-attention, feature-request, Auto-Assign, ContainerApp

Milestone: -

ghost avatar Jun 16 '22 10:06 ghost

Adding Service Team to look into this ask.

@calvinsID Could you please look into this ask and provide an update on this ? Awaiting your reply.

navba-MSFT avatar Jun 16 '22 10:06 navba-MSFT

@haroonf I believe this is the one you are already looking into with BYOVNET

panchagnula avatar Jun 16 '22 15:06 panchagnula

Any update on this? I just deployed a CAE with existing vnet/subnet using the --infrastructure-subnet-resource-id parameter, deplyment succeeded, but its state is 'waiting'

az containerapp env show --name ${NAME} --resource-group ${RESOURCE_GROUP} "provisioningState": "Waiting"

Checked again, 5-10 minutes later, now it is in state: succeeded

Candelit avatar Oct 21 '22 12:10 Candelit