Download for Repository VERY Slow
Posted: 21.01.2019, 19:07
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
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