-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error with Azure CLI 2.46.0 and Bicep if no bicep configuration exists #25710
Comments
Thank you for your feedback. This has been routed to the support team for assistance. |
route to CXP team |
I can confirm that I receive this same error when running inside an Here are my specs:
|
I have the same problem, the installation works when I set: |
@qetza @kurt-mueller-osumc @dawidholka Thanks for the feedback! We have worked up a PR to address this. Please do note that despite this error, the |
The error breaks automated deployment pipelines though. |
I also have this problem when running the pipeline and
I haven't tested yet how this would work with: |
Another workaround is to run the same az command twice, as the first time it will fail and the second time it succeeds. |
The same error breaks my Azure Pipelines when build agents upgraded to Azure CLI 2.46.0. |
Breaking Azure Pipeline builds for me too. Tried workaround but still breaking. Currently can't deploy any of my infra from Pipelines. What's the timeframe for the fix? |
We have the same issue on our agents. Workaround also don't seem to do the trick for use. Any news on the topic? |
Same error, resolved by using inline script in additional Task before running the main Task. |
I am facing same issue bicep install fails. even after setting az config set bicep.use_binary_from_path=False , it produces warning on the console and build fails. |
I am also facing the same issue in GitLab Pipelines Update: az deployment group create command worked after 4 retries |
This is also breaking my Azure Pipelines. Cannot deploy production changes! |
@dawidholka Thanks, didn't get a chance to test it out since my pipelines seem to be working today. Hopefully the issue has been fixed globally. |
I've tried the Thanks @dawidholka! 😄 |
Seeing this also on GitHub Actions deployments for my Azure Static Web App blog. Failing build: https://github.com/johnnyreilly/blog.johnnyreilly.com/actions/runs/4433656682/jobs/7810249789?pr=459 PR that triggered this: johnnyreilly/blog.johnnyreilly.com#459 |
We found that this issue may be related to the fact that Bicep is already installed on the agent running the build i.e. if running windows-latest in Azure DevOps. If we remove our "az bicep install" step, deployments run without any issues. |
I'm not seeing that issue but I put those two lines in their own PowerShell task and set standarderror to false and continueonerror to true because as long as they run (even failing) the next bicep command should work. |
Thanks adding those two lines in their own PowerShell task worked. Example - task: PowerShell@2
displayName: "Install Bicep"
inputs:
targetType: 'inline'
script: |
az config set bicep.use_binary_from_path=false
az bicep install
failOnStderr: false
showWarnings: true
pwsh: true |
This is an extra burden for us when writing CI/CD pipelines, which is now broken due to this functionality. I have to add the flag |
This is autogenerated. Please review and update as needed.
Describe the bug
Command Name
az bicep install
Errors:
To Reproduce:
Steps to reproduce the behavior. Note that argument values have been redacted, as they may contain sensitive information.
az bicep install --version {}
Expected Behavior
No error if configuration is not set.
Environment Summary
Additional Context
This error also happens when running an
az deployment
command passing a bicep file. It seems that the code is not resilient if no configuration for bicep is specified in the config file.The text was updated successfully, but these errors were encountered: