-
Notifications
You must be signed in to change notification settings - Fork 2.6k
[REGRESSION]: AzureFileCopyV6 uses wrong path for azcopy.exe #19705
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
Comments
@DHowett Thanks for creating the issue in this repo. Is this happening on Microsoft hosted or agent or a self-hosted agent? If the latter, what PowerShell version is installed? |
Technically self-hosted; Microsoft internal (OneBranch). However... the issues I pointed out in the script are true regardless of the agent and powershell version, I believe. 🙂 |
Yes, judging by the contents of the task's "externals": {
"archivePackages": [
{
"url": "https://vstsagenttools.blob.core.windows.net/tools/azcopy/10.12/AzCopy.zip",
"dest": "./"
}
],
// ... ... and the contents of that archive ...
the path to azcopy.exe must contain |
We're also encountering the exact same issue for our internal Microsoft pipelines. v4 worked really well, but we've been waiting for v6 to use it with workload identity service connections. |
Still getting same error: failed with error: 'The term 'azcopy' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again.' For more info please refer to https://aka.ms/azurefilecopyreadme |
Hi @DevTestUser123, the changes have been merged today and it will take 5-7 working days to be deployed on all the regions. |
@DevTestUser123 Look, friend, I just reported the bug and the fine folks here are all subscribed to the thread. You don't need to ping all of us for every question. |
The new version of this task is out, which will fix the issue. please check and confirm back. Thanks |
No still not working on self hosted agent. |
What is the task version picked up by your agent? |
6.238.9
|
Many users have confirmed that the new version of the task is working fine (in both Microsoft and self hosted agents), I suspect your error might be a different issue, mostly to do with your pipeline configurations. |
New version just dropped for us, but it's failing with this error: |
what is powershell version installed? |
We are also still receiving this error on a self-hosted Windows 2019 Server based image. Any ideas on how to resolve? We are using a WIF for our Azure DevOps Service connection for this task. This was part of why we upgraded to version 6. PowerShell Version: 5.1.14393.5582
|
Which is the required PowerShell version to use so that I cant get an error? |
Also getting the error Failed to perform Auto-login: PSContextCredentialexec: "pwsh": executable file not found in %PATH%.` Switching to version 5 works (I had to do this first https://stackoverflow.com/questions/52769758/azure-blob-storage-authorization-permission-mismatch-error-for-get-request-wit ) |
I am already using version 5 still didn't work for me, also gave required storage permission |
The fix for us was installing powershell 7 on our self hosted image. I saw
that the error was referencing pwsh.exe (powershell 7) and I only had 5 on
our agent. I added 7 alongside of it and this fixed the error for us.
…On Sun, Apr 28, 2024 at 8:30 AM DevTestUser123 ***@***.***> wrote:
Also getting the error
Failed to perform Auto-login: PSContextCredentialexec: "pwsh": executable
file not found in %PATH%.`
Switching to version 5 works (I had to do this first
https://stackoverflow.com/questions/52769758/azure-blob-storage-authorization-permission-mismatch-error-for-get-request-wit
)
we are already using version 5 still didn't work for me, also gave
required storage permission
—
Reply to this email directly, view it on GitHub
<#19705 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AOLST6UQTHQFZ2TJDVYFU33Y7TTWVAVCNFSM6AAAAABFNB7CQKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBRGQ3DSNZRHE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Thank you! this fixed it for me 😄 Had to restart my self hosted agent service afterwards and all was good. |
New issue checklist
Task name
AzureFileCopy
Breaking task version
6
Last working task version
5
Regression Description
Builds consuming
AzureFileCopy@6
fail with:FAILING OUTPUT
PASSING OUTPUT
Notice the different path to
AzCopy.exe
.I have pinpointed where in the task this change was made. This diff is the reason AzCopy is not found. The utility code is now ignoring the
$azCopyExeLocation
variable.Regressed in #19650
This change was made in every instance where
azcopy
is invoked. /cc @v-mohithgcEnvironment type (Please select at least one enviroment where you face this issue)
Azure DevOps Server type
dev.azure.com (formerly visualstudio.com)
Azure DevOps Server Version (if applicable)
No response
Operation system
Windows
Relevant log output
Full task logs with system.debug enabled
Log output included above.
Repro steps
No response
The text was updated successfully, but these errors were encountered: