Fix very slow content download (and constant certificate checks) - in a HTTPS Only infra - for OS upgrades through Task Sequence.
Basically we observe a very slow content download ("Upgrade Operating System" + "Download package content" step, for the driver packs) when doing Win10 in-place upgrade through a TS over HTTPS.
Issue occurs on both Win10 1607/1703, using SCCM 1802 (back-end and client).
Approx. 90% of the smsts.log entries are all about certificate validation (sometimes even multiple times for 1 downloaded file).
After each selection/validation action, a status of <success> is returned.. but only seconds later the same selection/validation is attempted over and over again.
This is fixed in #sccm 1810.
Issue still exists in SCCM 1906 with gigabit link to DP and primary site. DP is using HTTP - Allow clients to connect anonymously and self signed certificates. And there is no smsts.log on the client side during the wait because that gets created later after the W10 1903 OS upgrade package begins Task Sequence. What log file are other people looking at while waiting for this extremely slow download?
James Lambert commented
Brand-New SCCM 1906 environment here, issue still exists.
"This is fixed in #sccm 1810."
Andrew Haugen commented
Find the same issue still exists in 1902
Damon Palm commented
Not fixed. Same problem in CM 1902
Just upgraded to 1810 (with hotfix) and we started to have the same problem. Didn't occur in 1806.
Colin W commented
SCCM 1810 does not contain the fix from my current experience. In-Place upgrade TS is validating certificates for every file download of the OS Upgrade package. Is that expected? Was it worse before?
Joe A. commented
Still having an issue with small files like MDT Toolkit package downloads like Kalin mentioned below. What was the specific fix/feature in 1810 that resolved this issue??
Noticing this still with 1806 when deploying the Win10 1809 upgrade to upgrade from 1803 test systems, the download phase takes >10 minutes for data that'd normally take ~30 seconds to copy over SMB.
Beau Young commented
Having 10 gigs of internal bandwidth for overhead and 1Gb/s full duplex for internet speed seems wasted when downloading and importing a driver pack into SCCM current branch is crawling along between 5 and 15Mb/s
Same issue in HTTPS only SCCM CB when downloading packages consisting of multiple small files, e.g. - MDT Toolkit, Driver Packages, etc.
Kjetil Furås commented
Still a issue in 1806 early update ring
We see the same issue. Not on upgrades but when OSD downloading drivers packs.
Joe A. commented
I have the same issue as well.. Really frustrating.
Jon Ellis commented
I encounter this with customers as well.