##[error]Failed to download or parse release-index.json with error: {}

[danielcirket]

Note

Issues in this repo are for tracking bugs, feature requests and questions for the tasks in this repo

For a list:
https://github.com/Microsoft/azure-pipelines-tasks/tree/master/Tasks

If you have an issue or request for the Azure Pipelines service, use developer community instead:

https://developercommunity.visualstudio.com/spaces/21/index.html )

Required Information

Entering this information will route you directly to the right team and expedite traction.

Question, Bug, or Feature?
Type: Bug

Enter Task Name: UseDotNet@2

list here (V# not needed):
https://github.com/Microsoft/azure-pipelines-tasks/tree/master/Tasks

Environment

Azure Pipelines

• Agent - Hosted or Private:
  Hosted Windows 2019 with VS2019

Issue Description

Receive the following error downloading the .NETCore SDK: ##[error]Failed to download or parse release-index.json with error: {}

Task logs

[Enable debug logging and please provide the zip file containing all the logs for a speedy resolution]

Troubleshooting

Checkout how to troubleshoot failures and collect debug logs: https://docs.microsoft.com/en-us/vsts/build-release/actions/troubleshooting

Error logs

##[error]Failed to download or parse release-index.json with error: {}

WORKAROUND (yaml configuration):

Before:

- task: UseDotNet@2
  displayName: 'Install .NETCore SDK'
  inputs:
    version: '2.2.301'

After:

- task: UseDotNet@2
  displayName: 'Install .NETCore SDK'
  inputs:
    packageType: 'sdk'
    version: '2.2.301'

[danielcirket]

Potentially related / similar to: #10968

[hiyadav]

This seem to have been caused by some error introduced in the releases-index.json of dotnet/core repo.
You should be unblocked now. Do reopen if this occurs again.

[volver-13]

I have just faced this issue in Azure Pipelines:

Starting: Use .NET Core sdk 2.2.301
==============================================================================
Task         : Use .NET Core
Description  : Acquires a specific version of the .NET Core SDK from the internet or the local cache and adds it to the PATH. Use this task to change the version of .NET Core used in subsequent tasks. Additionally provides proxy support.
Version      : 2.0.25
Author       : Microsoft Corporation
Help         : https://aka.ms/AA4xgy0
==============================================================================
Tool to install: .NET Core sdk version 2.2.301.
##[error]Failed to download or parse release-index.json with error: {"errno":"ETIMEDOUT","code":"ETIMEDOUT","syscall":"connect","address":"151.101.184.133","port":443}
Finishing: Use .NET Core sdk 2.2.301

[mailtojkay]

I am getting the same error in our Private agent, Hosted agents it is working fine.

##[error]Failed to download or parse release-index.json with error: {"errno":"ENOTFOUND","code":"ENOTFOUND","syscall":"getaddrinfo","hostname":"raw.githubusercontent.com","host":"raw.githubusercontent.com","port":443}

[gojanpaolo]

We are suddenly getting this error too.. Everything was working fine this morning.

[gojanpaolo]

We are suddenly getting this error too.. Everything was working fine this morning.

[NArnott]

We're seeing it too.

[patkremer]

We are seeing it as well. Worked fine this morning and the past 6 months

[deckerbd]

It's most likely due to ongoing issues at GitHub right now, see https://www.githubstatus.com/

[PaulGauthier]

I'm pretty sure it was GitHub as deckerbd mentioned. It started when the github problem started and resolved when they resolved it.

[frankkilcommins]

This issue just started happening this evening for me. Using version 2.* of the Use .NET Core task.
Tool to install: .NET Core sdk version 2.1.500. ##[debug]task result: Failed ##[error]Failed to download or parse release-index.json with error: {}

Please reopen

[lukaszstarzak]

I just experienced this issue. I believe its still there. Please reopen

Task : Use .NET Core
Version : 2.165.2
Tool to install: .NET Core sdk version 3.x.
##[error]Failed to download or parse release-index.json with error: {}

[BjarniThor]

Just started experiencing this, azure devops server updated to current, using classic tasks but yaml looked like this.

steps:
- task: UseDotNet@2
  displayName: 'Use dotnet sdk 3.x'
  inputs:
    version: 3.x
    installationPath: '$(Agent.ToolsDirectory)/dotnet'

Solved it by adding 'sdk' to installation path. Guess the cache must've gotten corrupted or similar since it's been working from cache for some weeks(4-5) now.

[Daniel-GabrielN]

this is happening again

[medright]

We are seeing this too today, starting last night.

[akamud]

Happening with us now.

[amirxnz]

This is happening for us now too

[AmorimRob]

happening again

[JasminCebo]

This is now happening again

[darshanio]

happening again

[Afikoman]

Happening also to us for the first time.

[jaboc83]

Same here. Happening as of this morning first time for us. Self Hosted Agent

[jozsefkovacs]

Happening on Self Hosted Agent.

[vincentDAO]

Same here. Happening on Azure Self Hosted Agent

[bishal-pdMSFT]

btw it looks like the issue is resolved

[Afikoman]

working again.

[dnperfors]

Instead of '+1'-ing, I suggest a change in the UseDotnet task.
Why not caching the release list and use the old list when the new one can't be parsed or reached? A lot of the time the tools are cached anyways, so this might solve this issue for a lot of us.
cc @hiyadav, can this issue be opened again until it is really fixed?

Can you please elaborate how exactly to do this ?

First of all I don't know the details of the task....

In my opinion the following steps should be taken when running this task:

1. Get the release list from github
2. Parse the release list
3. If successful, save the release list on the agent (tools directory, or the task directory, but this is where my knowledge of tasks lack)
4. if parse was not successful, get the previously saved list and parse it.
5. perform the rest of the tasks....

[AlexBeyd]

seems to be working now. the glitch is gone

[rochapablo]

seems to be working now

[chenghuang-mdsol]

it recovered for me

[fleckert]

works for me

[obohaciak]

In addition to what @dnperfors suggested with caching the releases-index.json file, perhaps mirroring it in a few other locations could also help? I believe the file is currently fetched from https://raw.githubusercontent.com/dotnet/core/master/release-notes/releases-index.json - when the task was not working, this URL would return HTTP 500.

(I just noticed that @bishal-pdMSFT opened PR #12741 to avoid GitHub issues)

[MkFelipe]

it recovered for me

[illegalnumbers]

I have seen this same issue today.

[qin-guan]

just got the same issue today as well

[HasaMatej]

Seen today as well

[ClaudeVernier]

Hello,
I have a similar error, I'm working on an automated tests pipeline on Azure to run on a Windows Self Hosted agent, my build pipelines are working, in this new pipeline, I have:

  - task: NuGetAuthenticate@0
    displayName: 'Authenticate with NuGet'

  - task: UseDotNet@2
    inputs:
      packageType: 'sdk'
      version: '3.1.101'
      installationPath: '$(Agent.ToolsDirectory)/dotnet'

  - task: DotNetCoreCLI@2
    inputs:
      command: test
      projects: 'src/myProject.Test.Core/*.csproj'
      testRunTitle: 'myProject'
      arguments: '--collect "Code coverage"'
      publishTestResults: true

I have this error: Failed to download or parse releases-index.json with error: {"code":"UNABLE_TO_GET_ISSUER_CERT_LOCALLY"}
As you can see in the logs:

##[debug]agent.proxyurl=http://proxy.myCie.com:443
##[debug]agent.proxyusername=undefined
##[debug]agent.proxypassword=undefined
##[debug]agent.proxybypasslist=["myCie.com,localhost,127.0.0.1","myCie.com","localhost","127.0.0.1"]
##[debug]agent.proxybypasslist=["myCie.com,localhost,127.0.0.1","myCie.com","localhost","127.0.0.1"]
##[debug]AZURE_HTTP_USER_AGENT=VSTS_xxx_build_173_0
Tool to install: .NET Core sdk version 3.1.101.
##[debug]task result: Failed
##[error]Failed to download or parse releases-index.json with error: {"code":"UNABLE_TO_GET_ISSUER_CERT_LOCALLY"}
##[debug]Processed: ##vso[task.issue type=error;]Failed to download or parse releases-index.json with error: {"code":"UNABLE_TO_GET_ISSUER_CERT_LOCALLY"}
##[section]Finishing: UseDotNet

I added the task "UseDotNet@2" because without it, I was having this:

##[warning].NET 5 has some compatibility issues with older Nuget versions(<=5.7), so if you are using an older Nuget version(and not dotnet cli) to restore, then the dotnet cli commands (e.g. dotnet build) which rely on such restored packages might fail. To mitigate such error, you can either: (1) - Use dotnet cli to restore, (2) - Use Nuget version 5.8 to restore, (3) - Use global.json using an older sdk version(<=3) to build 
##[debug]Processed: ##vso[task.issue type=warning;].NET 5 has some compatibility issues with older Nuget versions(<=5.7), so if you are using an older Nuget version(and not dotnet cli) to restore, then the dotnet cli commands (e.g. dotnet build) which rely on such restored packages might fail. To mitigate such error, you can either: (1) - Use dotnet cli to restore, (2) - Use Nuget version 5.8 to restore, (3) Use global.json using an older sdk version(<=3) to build 
##[debug]task result: Failed

I don't understand it as the build pipeline works, it seems it can't reach the releases-index.json file but again, as DotNet Core 5 is installed on the server, I'm confused.

Would you be able to help understand this and propose a solution or workaround ? Should I add a global.json file to the tests project ?

Thanks a lot for any help,
Claude

[marcelljung]

Hi,

I am getting error with that the agent cannot access the file on GitHub even though the link works in a browser.
I am following the guides from azure docs and it still throws this error:
##vso[task.issue type=error;]Failed to download the file. URL:

[Wouter-Vandenputte]

August 2021 and the issue still occurs. Thinking out of the box here, could it be that we (the world) are just going with to much servers to the same location? Because this error occurs sporadically with us (about 6 out of 10 times)

[andyste1]

We've been encountering this problem over the last month or so. Azure DevOps 2019, "use dotnet" build task version "2.* (preview)", which I'm using to download SDK 6.0.301.
It first happened over the course of a few days early in September, disappeared, then started happening again this week. It's intermittent, failing maybe 1 in 3 builds. The task fails with this error message:

##[error]Failed to download or parse release-index.json with error: {"errno":"ETIMEDOUT","code":"ETIMEDOUT","syscall":"connect","address":"185.199.109.133","port":443}

I've opened a support case with MS but not getting very far, and I think it's reaching the stage where they want to pass the buck as being a network issue at our end.

Any thoughts?

[DanielShikhar]

Hi all,
Did anybody find the fix for this issue?

I am facing the exact same issue and cant find a work around,
If any please suggest.

Thanks

[Phyzioio]

Anyone facing the same issue this week the original issue 10969 of this thread?

##[error]Failed to download or parse releases-index.json with error: {"code":"UNABLE_TO_GET_ISSUER_CERT_LOCALLY"}

This was working last Friday.

We are on Azure DevOps server 2022 update 1.1, "Use .NET Core sdk 6.0" build task version 2, which I'm using to download SDK 6.0.400.

[jfreal]

I'm getting the same error today.

[quicoli]

Happening today!!!!!!!!!!!!!!! 😫 NET 8

[AdamDiament]

Happening for me with .net 8 today

[AdamDiament]

If I simplify my UseDotNet@2 task down to

    - task: UseDotNet@2
      displayName: 'Use .net8 for API' 
      inputs:
        version: '8.0.x'

From this

    - task: UseDotNet@2
      displayName: 'Use .net8 for API' 
      inputs:
        packageType: 'sdk'
        version: '8.0.x'
        instalationPath: $(Agent.ToolsDirectory)/dotnet

It fixes it, I'm not sure why

[matteo-fantin]

Happening today :(

[smg-bg]

Happened to us, just like that out of the blue. Why?!?

[matteo-fantin]

Happening today :(

I just disable the dotnet use task and install directly the dotnet SDK on the server where agent is running

[thatstatsguy]

@bishal-pdMSFT

My team are observing the same issue intermittently. Seems like you made a PR last time that resolved this issue. Perhaps it could be the same issue but for Net 8?

Attaching replication steps below

Error message

Task in pipeline

          
variables:
  - name: dotnet_version
    value: "8.x"

//other information in pipeline redacted
  - task: UseDotNet@2
    displayName: "Install correct .Net version"
    inputs:
       version: $(dotnet_version)

[dlatikaynen]

happened twice this week, my nightly build was affected again today

[jackheywood]

Happened to me this morning, re-running the pipeline without any changes fixed it

[kipusoep]

Happened to me twice this morning. It seems like the hosted agents have a lot of transient connection issues the last couple of months.