Page 1 of 1

Download for Repository VERY Slow

PostPosted: 21.01.2019, 19:07
by kbrubaker
I am using WSUS to create a local repository for all of our offline computers. We had this working very well on a very old computer and want to migrate to a new machine running 2012 R2. When I run the RunAll.cmd to update the repository if takes 17 minutes between almost all updates, even if it says the update have not been modified on the server. We have a very fast internet connection at our office and when I see the download progress bar it only takes tenths of a second for an update. To create the complete repository for all Windows versions, including dotnet, it took about 2 weeks in December. Now, even though I am only trying to refresh the repository with the January updates, it is still indicating that it will take weeks, not hours.

I have V11.5 installed. Here is a snippet from the RunAll.cmd:
call .\DownloadUpdates.cmd w60 glb /includedotnet /includemsse /proxy 199.168.151.8:10038 /wsus 199.168.151.8:10038

and here is what I see on screen showing the 17 minute delay:
--2019-01-21 10:08:56-- http://download.windowsupdate.com/c/msd ... 2b30c7.exe
Connecting to 199.168.151.8:10038... connected.
Proxy request sent, awaiting response... 304 Not Modified
File '../client/dotnet/x86-glb/ndp46-kb4041778-x86_7eb6b6850959824025c3d3e217391bcb512b30c7.exe' not modified on server. Omitting download.

Downloading/validating dynamically determined updates for dotnet x86-glb...
Creating WSUS download table for dotnet x86-glb...
Downloading/validating update 1 of 40...
Renaming file ..\client\dotnet\x86-glb\ndp46-kb3127233-x86_4a6e51beaec440e08cd7bf36868b6f7548a510c2.exe to 4A6E51BEAEC440E08CD7BF36868B6F7548A510C2.exe...
Renaming file ..\client\dotnet\x86-glb\4A6E51BEAEC440E08CD7BF36868B6F7548A510C2.exe to ndp46-kb3127233-x86_4a6e51beaec440e08cd7bf36868b6f7548a510c2.exe...
--2019-01-21 10:26:12-- http://download.windowsupdate.com/c/msd ... a510c2.exe
Connecting to 199.168.151.8:10038... connected.
Proxy request sent, awaiting response... 304 Not Modified
File '../client/dotnet/x86-glb/ndp46-kb3127233-x86_4a6e51beaec440e08cd7bf36868b6f7548a510c2.exe' not modified on server. Omitting download.

On our older machine, with V10.6.3, we used this command to download a Windows version and it worked wonderfully, so I tried it on the new machine and the problem persisted:
call .\DownloadUpdates.cmd w60 glb /includedotnet /includemsse /proxy 199.168.151.8:10038 /wsus 199.168.151.8:10038 /verify /nocleanup

I suspect that I may need to add a new flag to the command or something like that but have not been able to locate any information that helps me. Can someone tell me what's wrong?

Thank you,

Ken Brubaker
Tyco Integrated Fire & Security

Re: Download for Repository VERY Slow

PostPosted: 21.01.2019, 22:10
by Dalai
Are you sure the proxy and the WSUS server are on the same IP on the same port?

Anyway, you should disable either the proxy or the WSUS download to figure out which one of these is taking so long. You can try that with wget.exe in a CMD window, but that requires to find out the command line switches used by WSUS Offline.

Regards
Dalai

Re: Download for Repository VERY Slow

PostPosted: 21.01.2019, 23:28
by boco
Not possible. Only one permanent service operates on any specific socket.

I guess it's a Copy-Paste error.

Re: Download for Repository VERY Slow

PostPosted: 22.01.2019, 13:16
by kbrubaker
Dalai wrote:Are you sure the proxy and the WSUS server are on the same IP on the same port?

Anyway, you should disable either the proxy or the WSUS download to figure out which one of these is taking so long. You can try that with wget.exe in a CMD window, but that requires to find out the command line switches used by WSUS Offline.

Regards
Dalai


This did the trick. I removed the WSUS download flag and the 17 minute delay is gone completely. I had to keep the proxy as that is an internet requirement from my company.

Thank you!