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
dotnet restore after 100000ms return for all request error message 'has timed out after 100000ms' #2657
Comments
Hey @Gormy, a couple questions to help understand the environment:
|
What version of .NET CLI are you using?1.0.0-rc2-002485Do you happen to be running in Virtual Box? (looks similar to dotnet/cli#1732)NoCould you attach the full log as a file to this bug?DEV_auto_deployment_45.txtDoes --disable-parallel help?NoDoes this problem reproduce on any restore? For example, does dotnet new in a new directory then dotnet restore cause the problem?YesCould you attach the project.json and list of sources you are restoring from?(change .txt to .zip)Does this problem reproduce on another machine? Another network? Another operating system?Didn`t check. On local machine i use Visual Studio |
I have tried this restore on a Windows Server 2012 (not R2) machine and had did not see any problem. Does performing a similar restore using NuGet.exe (download from dist.nuget.org/index.html)? Could you try the v3.4.3 and v3.3.0 NuGet.exe? Also, when you reproduce the problem, could you use Fiddler to capture the network failures? Since I am not able to reproduce it locally, it's hard for me to get a grasp of what is going on. |
I download latest nuget.exe and now if I use 'dotnet restore' from cmd, all packages restored. But in TeamCity I still the same errors. Fiddler don`t see requests from teamcity. |
So, to clarify:
Does that accurately represent the problem? |
dotnet restore command result from cmd different from teamcity. TeamCity result: all request from nuget has timeout:1._DEV_auto_deployment_62.txtCMD result: didn`t send request to nuget, only write that:PS C:\TeamCity\buildAgent\work\e602d2b9cd736a2c\test> dotnet restore Errors in C:\TeamCity\buildAgent\work\e602d2b9cd736a2c\test\project.json NuGet Config files used: Feeds used: https://www.myget.org/F/aspnet-contrib/api/v3/index.json |
Now, when I try to use dotnet restore for my project from CMD, I the same result as in TeamCIty. How can I check which version nuget is use dotnet? |
.NET CLI version The NuGet version that ships with
|
I understand that problem is in shipped NuGeT. Is it? |
We are not able to reproduce this issue on our end. Could you send an email to support@nuget.org with some Skype contact details? We can work together directly. I won't be able to diagnose this problem unless I have access to the machine. |
I send a email to support@nuget.org, |
@Gormy, any luck debugging those network or proxy issues you were facing? To reiterate, I would try to figure out why this Powershell command is hanging
|
I spoke to the OP offline and his issue has been resolved. The issue seemed to be related with some proxy settings and that TeamCity was not running as an administrator and was not related to a failure in NuGet itself. |
Hi I'm having the same issue.
If i run "nuget restore", either including disable parallel or not, I can get the nugets. But
|
I was just experiencing this issue today. It turns out the issue was that I was connected to a corporate VPN. If you are having timeout issues restoring packages, definitely make sure there are no VPN connections open, and if so try closing them out and see if that helps. |
Hello all, All the best |
I'll add a comment that may help some users that are having troubles with this because my CI server agent is running on a System account. To diagnose and possibly solve the problem you'll need Then, you can execute Powershell as the System account (from an Administrator command line):
Once on the new Powershell console, try this:
If you get a weird error about the Internet Explorer engine not being available, continue...
Then just close it (I went to internet options, but I don't think is necessary). Try again the From now on my problems with |
Thanks @mcliment - I was experiencing the same issue on our CI server, and your solution worked perfectly. |
The fix proposed by @mcliment works, just be sure to use psexec with "-u accountname" if you service runs under different account. :) |
Unfortunately, @mcliment's answer doesn't fix it for us. We can |
@Gormy, we have moved this bug from https://github.com/dotnet/cli/issues/2674 since this seems to be a NuGet issue.
Steps to reproduce
Windows Server 2012 x64
I have solution with 4 projects. When I try run 'dotnet restore' from TeamCity runner, don`t load all packages,
Expected behavior
Load all packages from nuget
Actual behavior
Load packages only in first 100 seconds.
Environment data
dotnet restore
output:before 10000ms:
...
[repo-initialize] info : OK https://api.nuget.org/v3-flatcontainer/microsoft.aspnet.fileproviders.embedded/1.0.0-rc1-final/microsoft.aspnet.fileproviders.embedded.1.0.0-rc1-final.nupkg 93953ms
[repo-initialize] info : OK https://api.nuget.org/v3-flatcontainer/system.console/index.json 95377ms
[repo-initialize] info : GET https://api.nuget.org/v3-flatcontainer/microsoft.aspnet.fileproviders.abstractions/index.json
[repo-initialize] info : GET https://api.nuget.org/v3-flatcontainer/system.reflection/4.0.10/system.reflection.4.0.10.nupkg
[repo-initialize] info : GET https://api.nuget.org/v3-flatcontainer/system.console/4.0.0-beta-23516/system.console.4.0.0-beta-23516.nupkg
[repo-initialize] info : OK https://api.nuget.org/v3-flatcontainer/entityframework.relational.design/index.json 97882ms
[repo-initialize] info : GET https://api.nuget.org/v3-flatcontainer/entityframework.relational.design/7.0.0-rc1-final/entityframework.relational.design.7.0.0-rc1-final.nupkg
...
after 100000ms
...
[repo-initialize] info : An error was encountered when fetching 'GET https://api.nuget.org/v3-flatcontainer/system.linq.queryable/index.json';. The request will now be retried.
[repo-initialize] info : The HTTP request to 'GET https://api.nuget.org/v3-flatcontainer/system.linq.queryable/index.json'; has timed out after 100000ms.
...
The text was updated successfully, but these errors were encountered: