azure-cli-extensions
azure-cli-extensions copied to clipboard
"az containerapp env create" returns before resource is in a usable state
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
route to CXP team
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: |
|
Milestone: | - |
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.
@haroonf I believe this is the one you are already looking into with BYOVNET
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