Nuget restore fails on Azure Devops with message “unable to load the service index for source”












4















I have a build for a .NET solution that is running in a private agent. The solution contains both .NET Core 2.1 and .NET Standard 2.0 projects.



Some of the nuget packages installed are the following:




  • NETStandard.Library v2.0.3

  • Microsoft.AspNetCore.Mvc v2.0.0

  • Microsoft.NETCore.App v2.1.5


The build fails when trying to restore the nuget packages with the following error:




"F:Agent01w141sxxxxxxx.sln" (Restore target) (1) ->
(Restore target) ->
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Unable to load the service index for source https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json.
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Response status code does not indicate success: 401 (Unauthorized).




Build task is the following:



Nuget restore build task



This is the content of %appdata%NuGetnuget.config file in the build agent:



<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
<add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
</packageSources>
<packageSourceCredentials>
<MyFeed>
<add key="Username" value="LocalBuildAgent" />
<add key="ClearTextPassword" value="xxxxxxxxxxx" />
</MyFeed>
</packageSourceCredentials>
</configuration>


I already checked a few similar questions but so far I wasn't able to find a solution for my problem.



Some notes:




  • Personal Access Token is NOT expired

  • This particular build runs successfully in other build agents

  • There is at least 1 build with a "nuget restore" task that was run successfully using this agent (regular nuget restore task, NOT .NET Core)

  • Tried restarting the build agent, without success

  • Tried specifying a specific version of nuget before the restore, without success

  • .NET Core SDK latest version in the build agent is 2.1.500 (multiple versions installed)


What am I missing? How to fix this issue? Why can't I restore the packages using the dotnet restore command?



UPDATE:



Packages are restored without errors when using the old Nuget Restore task as follows:



Build definition



UPDATE 2:



I am able to restore the packages using the .NET Core task v1:



Screenshot - restore packages using the .NET Core task v1



Or using v2 task with argument --force:



Screenshot - restore packages using --force










share|improve this question

























  • have you got the url correct since the devopsification? I know things have moved, where does it say your source is in the artifacts tab? for example mine is now: pkgs.dev.azure.com/account/_packaging/feedname/nuget/v3/…, still looks similar

    – Luke Duddridge
    Nov 22 '18 at 13:21













  • @LukeDuddridge yes, I believe the package source URL is correct.

    – Rui Jarimba
    Nov 22 '18 at 14:16











  • I found the similar issue on the Github, it said this issue should be fixed at 4.8, but I found that you have use the 4.8.1. github.com/NuGet/Home/issues/5265. If you can reproduce this issue steadily, you can reopen this issue.

    – Leo Liu-MSFT
    Nov 23 '18 at 9:47













  • @leo-liu-msft I tried again running the "Use NuGet 4.8.1" task before "dotnet restore" task, without success

    – Rui Jarimba
    Nov 23 '18 at 11:24











  • @leo-liu-msft I forgot to mention that I am able to run the command dotnet build successfully, i.e. packages are restored when running this command. This is a possible workaround, but I want to avoid asking the developers to change all their build tasks/task groups.

    – Rui Jarimba
    Nov 23 '18 at 11:32
















4















I have a build for a .NET solution that is running in a private agent. The solution contains both .NET Core 2.1 and .NET Standard 2.0 projects.



Some of the nuget packages installed are the following:




  • NETStandard.Library v2.0.3

  • Microsoft.AspNetCore.Mvc v2.0.0

  • Microsoft.NETCore.App v2.1.5


The build fails when trying to restore the nuget packages with the following error:




"F:Agent01w141sxxxxxxx.sln" (Restore target) (1) ->
(Restore target) ->
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Unable to load the service index for source https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json.
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Response status code does not indicate success: 401 (Unauthorized).




Build task is the following:



Nuget restore build task



This is the content of %appdata%NuGetnuget.config file in the build agent:



<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
<add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
</packageSources>
<packageSourceCredentials>
<MyFeed>
<add key="Username" value="LocalBuildAgent" />
<add key="ClearTextPassword" value="xxxxxxxxxxx" />
</MyFeed>
</packageSourceCredentials>
</configuration>


I already checked a few similar questions but so far I wasn't able to find a solution for my problem.



Some notes:




  • Personal Access Token is NOT expired

  • This particular build runs successfully in other build agents

  • There is at least 1 build with a "nuget restore" task that was run successfully using this agent (regular nuget restore task, NOT .NET Core)

  • Tried restarting the build agent, without success

  • Tried specifying a specific version of nuget before the restore, without success

  • .NET Core SDK latest version in the build agent is 2.1.500 (multiple versions installed)


What am I missing? How to fix this issue? Why can't I restore the packages using the dotnet restore command?



UPDATE:



Packages are restored without errors when using the old Nuget Restore task as follows:



Build definition



UPDATE 2:



I am able to restore the packages using the .NET Core task v1:



Screenshot - restore packages using the .NET Core task v1



Or using v2 task with argument --force:



Screenshot - restore packages using --force










share|improve this question

























  • have you got the url correct since the devopsification? I know things have moved, where does it say your source is in the artifacts tab? for example mine is now: pkgs.dev.azure.com/account/_packaging/feedname/nuget/v3/…, still looks similar

    – Luke Duddridge
    Nov 22 '18 at 13:21













  • @LukeDuddridge yes, I believe the package source URL is correct.

    – Rui Jarimba
    Nov 22 '18 at 14:16











  • I found the similar issue on the Github, it said this issue should be fixed at 4.8, but I found that you have use the 4.8.1. github.com/NuGet/Home/issues/5265. If you can reproduce this issue steadily, you can reopen this issue.

    – Leo Liu-MSFT
    Nov 23 '18 at 9:47













  • @leo-liu-msft I tried again running the "Use NuGet 4.8.1" task before "dotnet restore" task, without success

    – Rui Jarimba
    Nov 23 '18 at 11:24











  • @leo-liu-msft I forgot to mention that I am able to run the command dotnet build successfully, i.e. packages are restored when running this command. This is a possible workaround, but I want to avoid asking the developers to change all their build tasks/task groups.

    – Rui Jarimba
    Nov 23 '18 at 11:32














4












4








4


1






I have a build for a .NET solution that is running in a private agent. The solution contains both .NET Core 2.1 and .NET Standard 2.0 projects.



Some of the nuget packages installed are the following:




  • NETStandard.Library v2.0.3

  • Microsoft.AspNetCore.Mvc v2.0.0

  • Microsoft.NETCore.App v2.1.5


The build fails when trying to restore the nuget packages with the following error:




"F:Agent01w141sxxxxxxx.sln" (Restore target) (1) ->
(Restore target) ->
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Unable to load the service index for source https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json.
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Response status code does not indicate success: 401 (Unauthorized).




Build task is the following:



Nuget restore build task



This is the content of %appdata%NuGetnuget.config file in the build agent:



<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
<add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
</packageSources>
<packageSourceCredentials>
<MyFeed>
<add key="Username" value="LocalBuildAgent" />
<add key="ClearTextPassword" value="xxxxxxxxxxx" />
</MyFeed>
</packageSourceCredentials>
</configuration>


I already checked a few similar questions but so far I wasn't able to find a solution for my problem.



Some notes:




  • Personal Access Token is NOT expired

  • This particular build runs successfully in other build agents

  • There is at least 1 build with a "nuget restore" task that was run successfully using this agent (regular nuget restore task, NOT .NET Core)

  • Tried restarting the build agent, without success

  • Tried specifying a specific version of nuget before the restore, without success

  • .NET Core SDK latest version in the build agent is 2.1.500 (multiple versions installed)


What am I missing? How to fix this issue? Why can't I restore the packages using the dotnet restore command?



UPDATE:



Packages are restored without errors when using the old Nuget Restore task as follows:



Build definition



UPDATE 2:



I am able to restore the packages using the .NET Core task v1:



Screenshot - restore packages using the .NET Core task v1



Or using v2 task with argument --force:



Screenshot - restore packages using --force










share|improve this question
















I have a build for a .NET solution that is running in a private agent. The solution contains both .NET Core 2.1 and .NET Standard 2.0 projects.



Some of the nuget packages installed are the following:




  • NETStandard.Library v2.0.3

  • Microsoft.AspNetCore.Mvc v2.0.0

  • Microsoft.NETCore.App v2.1.5


The build fails when trying to restore the nuget packages with the following error:




"F:Agent01w141sxxxxxxx.sln" (Restore target) (1) ->
(Restore target) ->
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Unable to load the service index for source https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json.
C:Program Filesdotnetsdk2.1.500NuGet.targets(114,5): error : Response status code does not indicate success: 401 (Unauthorized).




Build task is the following:



Nuget restore build task



This is the content of %appdata%NuGetnuget.config file in the build agent:



<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
<add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
</packageSources>
<packageSourceCredentials>
<MyFeed>
<add key="Username" value="LocalBuildAgent" />
<add key="ClearTextPassword" value="xxxxxxxxxxx" />
</MyFeed>
</packageSourceCredentials>
</configuration>


I already checked a few similar questions but so far I wasn't able to find a solution for my problem.



Some notes:




  • Personal Access Token is NOT expired

  • This particular build runs successfully in other build agents

  • There is at least 1 build with a "nuget restore" task that was run successfully using this agent (regular nuget restore task, NOT .NET Core)

  • Tried restarting the build agent, without success

  • Tried specifying a specific version of nuget before the restore, without success

  • .NET Core SDK latest version in the build agent is 2.1.500 (multiple versions installed)


What am I missing? How to fix this issue? Why can't I restore the packages using the dotnet restore command?



UPDATE:



Packages are restored without errors when using the old Nuget Restore task as follows:



Build definition



UPDATE 2:



I am able to restore the packages using the .NET Core task v1:



Screenshot - restore packages using the .NET Core task v1



Or using v2 task with argument --force:



Screenshot - restore packages using --force







c# .net-core nuget azure-devops build-agent






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 26 '18 at 10:21







Rui Jarimba

















asked Nov 22 '18 at 12:20









Rui JarimbaRui Jarimba

7,10563158




7,10563158













  • have you got the url correct since the devopsification? I know things have moved, where does it say your source is in the artifacts tab? for example mine is now: pkgs.dev.azure.com/account/_packaging/feedname/nuget/v3/…, still looks similar

    – Luke Duddridge
    Nov 22 '18 at 13:21













  • @LukeDuddridge yes, I believe the package source URL is correct.

    – Rui Jarimba
    Nov 22 '18 at 14:16











  • I found the similar issue on the Github, it said this issue should be fixed at 4.8, but I found that you have use the 4.8.1. github.com/NuGet/Home/issues/5265. If you can reproduce this issue steadily, you can reopen this issue.

    – Leo Liu-MSFT
    Nov 23 '18 at 9:47













  • @leo-liu-msft I tried again running the "Use NuGet 4.8.1" task before "dotnet restore" task, without success

    – Rui Jarimba
    Nov 23 '18 at 11:24











  • @leo-liu-msft I forgot to mention that I am able to run the command dotnet build successfully, i.e. packages are restored when running this command. This is a possible workaround, but I want to avoid asking the developers to change all their build tasks/task groups.

    – Rui Jarimba
    Nov 23 '18 at 11:32



















  • have you got the url correct since the devopsification? I know things have moved, where does it say your source is in the artifacts tab? for example mine is now: pkgs.dev.azure.com/account/_packaging/feedname/nuget/v3/…, still looks similar

    – Luke Duddridge
    Nov 22 '18 at 13:21













  • @LukeDuddridge yes, I believe the package source URL is correct.

    – Rui Jarimba
    Nov 22 '18 at 14:16











  • I found the similar issue on the Github, it said this issue should be fixed at 4.8, but I found that you have use the 4.8.1. github.com/NuGet/Home/issues/5265. If you can reproduce this issue steadily, you can reopen this issue.

    – Leo Liu-MSFT
    Nov 23 '18 at 9:47













  • @leo-liu-msft I tried again running the "Use NuGet 4.8.1" task before "dotnet restore" task, without success

    – Rui Jarimba
    Nov 23 '18 at 11:24











  • @leo-liu-msft I forgot to mention that I am able to run the command dotnet build successfully, i.e. packages are restored when running this command. This is a possible workaround, but I want to avoid asking the developers to change all their build tasks/task groups.

    – Rui Jarimba
    Nov 23 '18 at 11:32

















have you got the url correct since the devopsification? I know things have moved, where does it say your source is in the artifacts tab? for example mine is now: pkgs.dev.azure.com/account/_packaging/feedname/nuget/v3/…, still looks similar

– Luke Duddridge
Nov 22 '18 at 13:21







have you got the url correct since the devopsification? I know things have moved, where does it say your source is in the artifacts tab? for example mine is now: pkgs.dev.azure.com/account/_packaging/feedname/nuget/v3/…, still looks similar

– Luke Duddridge
Nov 22 '18 at 13:21















@LukeDuddridge yes, I believe the package source URL is correct.

– Rui Jarimba
Nov 22 '18 at 14:16





@LukeDuddridge yes, I believe the package source URL is correct.

– Rui Jarimba
Nov 22 '18 at 14:16













I found the similar issue on the Github, it said this issue should be fixed at 4.8, but I found that you have use the 4.8.1. github.com/NuGet/Home/issues/5265. If you can reproduce this issue steadily, you can reopen this issue.

– Leo Liu-MSFT
Nov 23 '18 at 9:47







I found the similar issue on the Github, it said this issue should be fixed at 4.8, but I found that you have use the 4.8.1. github.com/NuGet/Home/issues/5265. If you can reproduce this issue steadily, you can reopen this issue.

– Leo Liu-MSFT
Nov 23 '18 at 9:47















@leo-liu-msft I tried again running the "Use NuGet 4.8.1" task before "dotnet restore" task, without success

– Rui Jarimba
Nov 23 '18 at 11:24





@leo-liu-msft I tried again running the "Use NuGet 4.8.1" task before "dotnet restore" task, without success

– Rui Jarimba
Nov 23 '18 at 11:24













@leo-liu-msft I forgot to mention that I am able to run the command dotnet build successfully, i.e. packages are restored when running this command. This is a possible workaround, but I want to avoid asking the developers to change all their build tasks/task groups.

– Rui Jarimba
Nov 23 '18 at 11:32





@leo-liu-msft I forgot to mention that I am able to run the command dotnet build successfully, i.e. packages are restored when running this command. This is a possible workaround, but I want to avoid asking the developers to change all their build tasks/task groups.

– Rui Jarimba
Nov 23 '18 at 11:32












1 Answer
1






active

oldest

votes


















3














I found a solution - add the following package source to %appdata%NuGetnuget.config:



<add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />


Complete file looks like this:



<?xml version="1.0" encoding="utf-8"?>
<configuration>
<packageSources>
<add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />
<add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
<add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
</packageSources>
<packageSourceCredentials>
<MyFeed>
<add key="Username" value="LocalBuildAgent" />
<add key="ClearTextPassword" value="xxxxxxxxxxx" />
</MyFeed>
</packageSourceCredentials>
</configuration>


Also, check Regression in .NET SDK 500: 'dotnet tool install' fails with 401 (Unauthorized) when there is a private feed in NuGet.config #7524. This problem seems to be caused by .NET SDK 2.1.500.



Another workaround would be to uninstall that version:




The issue is not present in .NET Core SDK 2.1.400, e.g. it goes away
when .NET Core SDK 2.1.500 is uninstalled, and reappears when SDK
2.1.500 is installed again.







share|improve this answer

























    Your Answer






    StackExchange.ifUsing("editor", function () {
    StackExchange.using("externalEditor", function () {
    StackExchange.using("snippets", function () {
    StackExchange.snippets.init();
    });
    });
    }, "code-snippets");

    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "1"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53430896%2fnuget-restore-fails-on-azure-devops-with-message-unable-to-load-the-service-ind%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    3














    I found a solution - add the following package source to %appdata%NuGetnuget.config:



    <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />


    Complete file looks like this:



    <?xml version="1.0" encoding="utf-8"?>
    <configuration>
    <packageSources>
    <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
    <add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
    </packageSources>
    <packageSourceCredentials>
    <MyFeed>
    <add key="Username" value="LocalBuildAgent" />
    <add key="ClearTextPassword" value="xxxxxxxxxxx" />
    </MyFeed>
    </packageSourceCredentials>
    </configuration>


    Also, check Regression in .NET SDK 500: 'dotnet tool install' fails with 401 (Unauthorized) when there is a private feed in NuGet.config #7524. This problem seems to be caused by .NET SDK 2.1.500.



    Another workaround would be to uninstall that version:




    The issue is not present in .NET Core SDK 2.1.400, e.g. it goes away
    when .NET Core SDK 2.1.500 is uninstalled, and reappears when SDK
    2.1.500 is installed again.







    share|improve this answer






























      3














      I found a solution - add the following package source to %appdata%NuGetnuget.config:



      <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />


      Complete file looks like this:



      <?xml version="1.0" encoding="utf-8"?>
      <configuration>
      <packageSources>
      <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />
      <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
      <add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
      </packageSources>
      <packageSourceCredentials>
      <MyFeed>
      <add key="Username" value="LocalBuildAgent" />
      <add key="ClearTextPassword" value="xxxxxxxxxxx" />
      </MyFeed>
      </packageSourceCredentials>
      </configuration>


      Also, check Regression in .NET SDK 500: 'dotnet tool install' fails with 401 (Unauthorized) when there is a private feed in NuGet.config #7524. This problem seems to be caused by .NET SDK 2.1.500.



      Another workaround would be to uninstall that version:




      The issue is not present in .NET Core SDK 2.1.400, e.g. it goes away
      when .NET Core SDK 2.1.500 is uninstalled, and reappears when SDK
      2.1.500 is installed again.







      share|improve this answer




























        3












        3








        3







        I found a solution - add the following package source to %appdata%NuGetnuget.config:



        <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />


        Complete file looks like this:



        <?xml version="1.0" encoding="utf-8"?>
        <configuration>
        <packageSources>
        <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />
        <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
        <add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
        </packageSources>
        <packageSourceCredentials>
        <MyFeed>
        <add key="Username" value="LocalBuildAgent" />
        <add key="ClearTextPassword" value="xxxxxxxxxxx" />
        </MyFeed>
        </packageSourceCredentials>
        </configuration>


        Also, check Regression in .NET SDK 500: 'dotnet tool install' fails with 401 (Unauthorized) when there is a private feed in NuGet.config #7524. This problem seems to be caused by .NET SDK 2.1.500.



        Another workaround would be to uninstall that version:




        The issue is not present in .NET Core SDK 2.1.400, e.g. it goes away
        when .NET Core SDK 2.1.500 is uninstalled, and reappears when SDK
        2.1.500 is installed again.







        share|improve this answer















        I found a solution - add the following package source to %appdata%NuGetnuget.config:



        <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />


        Complete file looks like this:



        <?xml version="1.0" encoding="utf-8"?>
        <configuration>
        <packageSources>
        <add key="Microsoft Visual Studio Offline Packages" value="C:Program Files (x86)Microsoft SDKsNuGetPackages" />
        <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
        <add key="MyFeed" value="https://xxxxxxxxxx.pkgs.visualstudio.com/_packaging/xxxxxxxxxx/nuget/v3/index.json" />
        </packageSources>
        <packageSourceCredentials>
        <MyFeed>
        <add key="Username" value="LocalBuildAgent" />
        <add key="ClearTextPassword" value="xxxxxxxxxxx" />
        </MyFeed>
        </packageSourceCredentials>
        </configuration>


        Also, check Regression in .NET SDK 500: 'dotnet tool install' fails with 401 (Unauthorized) when there is a private feed in NuGet.config #7524. This problem seems to be caused by .NET SDK 2.1.500.



        Another workaround would be to uninstall that version:




        The issue is not present in .NET Core SDK 2.1.400, e.g. it goes away
        when .NET Core SDK 2.1.500 is uninstalled, and reappears when SDK
        2.1.500 is installed again.








        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Nov 27 '18 at 20:14

























        answered Nov 27 '18 at 16:13









        Rui JarimbaRui Jarimba

        7,10563158




        7,10563158






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Stack Overflow!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53430896%2fnuget-restore-fails-on-azure-devops-with-message-unable-to-load-the-service-ind%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Tonle Sap (See)

            Guatemaltekische Davis-Cup-Mannschaft

            I get strange results when I access the Sqlitedatabase with Unity C# via XAMPP