Azure CLI cannot download "azcopy" (409 Conflict)
See original GitHub issueDescribe the bug
The command az storage blob sync
seems to use azcopy
under the hood. This binary isn’t included in the Docker image and is downloaded when needed.
Errors:
The download fails on a lot of systems with error 409 Conflict
. The download location is https://azcopyvnext.azureedge.net/release20211027/azcopy_linux_amd64_10.13.0.tar.gz and it is broken since a few hours.
To Reproduce:
Any az storage blob sync
command will generate this error when it’s trying to invoke azcopy
.
Expected Behavior
I would expect that the Docker container is self-supporting and would have azcopy
already in the /root/bin
folder, so it doesn’t need to download it.
Environment Summary
Linux-5.15.68.1-microsoft-standard-WSL2-x86_64-with, Alpine Linux v3.16
Python 3.10.7
Installer: DOCKER
azure-cli 2.41.0
Additional Context
Issue Analytics
- State:
- Created a year ago
- Comments:21 (1 by maintainers)
Top Results From Across the Web
Azcopy failing with Error 409 - Microsoft Learn
Hi,. Any idea about this error message while using Azcopy to upload files from local to blob. Error 409 : 409 The requested...
Read more >Azure Blob Storage error codes - Microsoft Learn
Error code HTTP status code User message
BlobAlreadyExists Conflict (409) The specified blob already exists.
BlobNotFound Not Found (404) The specified blob does not exist.
ContainerAlreadyExists...
Read more >Azure storage service suddenly returning error 409 where it ...
You may use AzCopy, it's a command-line utility designed for copying data to and from Microsoft Azure Blob, File, and Table storage using...
Read more >Troubleshoot Azure Files problems in Windows (SMB)
Troubleshoot problems with SMB Azure file shares in Windows. See common issues related to Azure Files when you connect from Windows clients, ...
Read more >Unable Download Data via Azcopy Command - Microsoft Q&A
I try to download data from an Azure Storage blob using the azcopy command and after a successful login I get some authentication...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The only reason that it worked is that you may have hit another DNS that directed to another CDN edge location. It’s not a sustainable fix. After rebooting, it may break again. MS seems to have an issue with the CDN that serves this binary. Not sure if it’s a global CDN issue (although that would have had higher priority) or someone at MS just screwed up and broke this configuration. But it’s hard to break a CDN only partially…
@zezha-msft It’s definitely not a transient issue and it’s breaking CI/CD pipelines all around the world, so it would be nice to give this issue a higher priority. It’s broken for several days now and it’s critical tooling for most of us.
It would be much better to include
azcopy
in the Docker image, so it doesn’t need to download it. We use Docker images to have isolated build environments, but downloading “arbitrary” stuff inside the image breaks that philosophy. Theazcopy
version is fixed, so I don’t see any issues to download it. It’s pretty big file, so it would also save a lot of bandwidth too.