none
Win10 Build 1803 Clients -- Monthly Cumulative Update Not Offered (May 2018 -- KB4103721)

    Domanda

  • Our organization rolled Windows 10 Build 1803 (x64) out a few days ago via WSUS.  Workstations were originally running 1607 1709.  All went well!

    Now, for our first patch Tuesday since the deployment, we find that none of our Windows 10 clients are properly detecting as "needing" the Cumulative update released today for Windows 10 Build 1803 (KB4103721).  Yet, if we instruct each client to check with the Microsoft Update servers directly, they do detect, download, and install the update.

    I have tried stopping the Windows Update service on one of the clients, deleting the "SoftwareDistribution" folder, and re-detecting.  But this did not resolve the issue.

    Any other suggestions?  Anyone else experiencing this?

    Bri

    martedì 8 maggio 2018 20:56

Tutte le risposte

  • Similar issue here. Can't update KB4103721 from WSUS. Can update from Microsoft Update.
    martedì 8 maggio 2018 21:18
  • We also have the exact same problem. 1803 WSUS clients ignore the cumulative update as 'Not Applicable', but if we 'manually check online for updates from Microsoft Update' from each client machine, it detects, downloads, and installs the update.
    martedì 8 maggio 2018 21:24
  • It's perhaps worth noting that our 1803 clients are successfully downloading and installing the Microsoft Office security updates released today. So we know that the workstations are communicating effectively with the WSUS server. They just don't seem to recognize KB4103721 as one intended for them.

    martedì 8 maggio 2018 21:51
  • Our 1803 clients could get all Office updates installed through WSUS. Just not KB4103721.
    martedì 8 maggio 2018 21:56
  • Same problem here. My 1803 test box (which upgraded from 1709 to 1803 via WSUS last week) does not recognize the May 1803 Cumulative update or the May 1803 Flash update as applicable from WSUS.
    martedì 8 maggio 2018 22:00
  • Same problem here. 

    May Cumulative update for Win 10 1803 not detected as need when checking on WSUS, but detected and installed when checking against MS WU.

    Although Windows MSRT May 2018 update detected/reported to WSUS as needed.

    Also Win10 1803 boxes stopped automatically reporting their status to WSUS. Only after pressing "Check for update" manually several times their status is updated.


    • Modificato Frankas mercoledì 9 maggio 2018 04:50
    mercoledì 9 maggio 2018 04:28
  • Also Win10 1803 boxes stopped automatically reporting their status to WSUS. Only after pressing "Check for update" manually several times their status is updated.


    Regarding 1803 boxes not reporting to WSUS. . . that seems to be a separate issue.  Indeed, I noted the same behavior during prior Feature Updates via WSUS.

    In my experience, boxes that were updated via WSUS to Build 1803 do not check for updates or report back to the WSUS server until someone logs into the computer for the first time.  At which point, a quick click within the Windows Update UI and a "wuauclt /reportnow" works fine (with no need to do it several times).

    I have been meaning to make a separate thread about this before this issue with the Cumulative Update arose.

    mercoledì 9 maggio 2018 05:12
  • Same here! Office updates detected, 1803 CU for May not detected! (WSUS: 2012 R2)

    It's the same as we saw back with 1607, when it came out. It's so sad that Microsoft does not test with WSUS...

    ->People, upvote the first post of this thread, let Microsoft know!



    mercoledì 9 maggio 2018 06:31
  • Same in my Organisation with Windows 10 1709 (with KB4103727) and 1803 (with KB4103721)!
    No Windows 10 Client found the Cumulative Updates from May 2018.
    • Modificato EDV-RPD mercoledì 9 maggio 2018 07:07
    mercoledì 9 maggio 2018 06:36
  • Same Problem with Windows 10 1709 Clients (Build 16299.402 with https://support.microsoft.com/en-us/help/4093105) that should require May 8, 2018—KB4103727 (OS Build 16299.431) https://support.microsoft.com/en-us/help/4103727 Clients before 402 work.
    mercoledì 9 maggio 2018 06:40
  • Also see https://www.reddit.com/r/sysadmin/comments/8hzl82/1803_may_cumulative_update_wsus_fail_to_detect/
    mercoledì 9 maggio 2018 06:43
  • The Flash Updates seem to have the same Problem.
    Not installing on 1803 via WSUS.
    Haven't checked 1709 so far.

    mercoledì 9 maggio 2018 12:55
  • We are having the same problem here.  Our 1709 Pro machines are showing in WSUS for their 2018-05 cumulative, but for our 1607 LTSB machines WSUS isn't showing a cumulative.  I'm seeing it on the Windows catalog site and I can search for KB4103723 in WSUS and find it, but its not displaying.  It appears that I can approve it from the search, but not sure if I want to at least yet........

    Note:All the other updates appear to be showing for 1607, just not the cumulative.

    mercoledì 9 maggio 2018 12:59
  • Similar issue here.

    We Can't update KB4103721 (and any Windows updates) on our Win10 1803 from WSUS(2016).

    Only the Office 2013 Updates were offered and worked.



    • Modificato olivierdsm2 mercoledì 9 maggio 2018 14:10
    mercoledì 9 maggio 2018 14:02
  • "Me too" - Haven't seen any 1709 or 1803 cumulatives yet in WSUS running on Server 2016.  We DO have a GPO in place to block feature updates for 365 days to prevent random PCs from pulling down 1803 and breaking things...
    mercoledì 9 maggio 2018 14:40
  • Same here. The stations I pushed 1803 Feature Update to last week that installed it are checking in, but report KB4103721 as not applicable. It gives other May updates (MSRT, Office updates) but not KB4103721. If I check Windows Update directly or install the KC MSU file directly, it works fine. 
    mercoledì 9 maggio 2018 16:06
  • Same issue here, upvoted the thread. 
    mercoledì 9 maggio 2018 16:12
  • I have the same problem. Neither the cumulative update nor the Flash update will be shown for 1803 Clients when using WSUS.

    We already saw this issue when 1607 was rolled out. And again when 1703 was rolled out. Does Microsoft want to get users off WSUS?


    cu, Ingo

    mercoledì 9 maggio 2018 16:14
  • I too am seeing this.  1607, 1703, 1709 Enterprise versions all affected.  CU and FLASH Updates are not shown as required.  Seems like a lot of people are having this problems.  Lots of chatter on reddit and listervs... hopefully this will get resolved soon. 
    mercoledì 9 maggio 2018 16:26
  • Exactly the same situation. We have the problem for Windows 10 1803 and Windows 10 LTSB 2016. Both don't get the latest updates from WSUS.

    regards, Reisenhofer Andreas

    mercoledì 9 maggio 2018 17:35
  • I’m having the same problem in our environment:

     

    WSUS: 6.3.9600.18838 Windows Server 2012 R2

    Affect versions of 1709 Pro: 402 and 371

    Known Affected KBs with a status of “Not Applicable” in WSUS:

    ·         2018-05 Cumulative Update for Windows 10 Version 1709 for x64-based Systems (KB4103727)

    ·         2018-05 Update for Windows 10 Version 1709 for x64-based Systems (KB4131372)

    ·         2018-05 Security Update for Adobe Flash Player for Windows 10 Version 1709 for x64-based Systems (KB4103729)

    ·         Windows Malicious Software Removal Tool x64 – May (KB890830)

    NOTE: We have no x86 Windows 10 systems

    Office 2016 updates are getting applied and installed just fine

     

    We have no 1803 systems yet, therefore unable to test. Our few 1703 systems don’t appear to be affected, but there’s only one in my test group, therefore will need more to confirm.

     

    Previous to this we haven’t had issues with Windows 10 getting updates from our WSUS server.

     

    I was able to get these updates to install if I click “Check online for updates from Microsoft Update” without being upgraded to 1803 (our Group Policy settings might be prevent that for now). However this isn’t a solution with the number of systems we have compared to IT staff we have.

     

    I highly suspect there is a problem with the Prerequisite or Applicability Rules with the packages as imported through WSUS, because it doesn’t affect if Windows 10 systems which go directly to Microsoft for updates.

     

    As a nonprofit we can’t afford a support contact from Microsoft, therefore not sure where to go from here.


    • Modificato Scott Kraft mercoledì 9 maggio 2018 18:20
    mercoledì 9 maggio 2018 18:16
  • We were able to reproduce this on a variety of systems:

    1. System running 17134.1 (via ISO)
    2. System running 17134.5 (via ISO + Manual Patch)
    3. System running 17134.5 (System upgraded from 1709 using Microsoft Update) 
    4. System running 17134.1 (System Upgraded from 1709 using WSUS - but then not offered KB4103721)

    In all cases, other patches (Office 2013, Windows MRT, etc) are offered and installed.

    As stated in other posts - 'resetting the client-side WU' has no effect. 

    In addition, using Microsoft Update does offer and install KB4103721 resulting in 17134.48 

    IMO, KB4103721 WSUS detection is broken. Microsoft needs to re-issue the packaged for WSUS.

    Until then, we're going to hold off on any deployment of 17134.x since we want to make sure it gets security updates and deploying them manually is far from ideal.

    mercoledì 9 maggio 2018 19:29
  • The 1703 and 1607 2018-05 Cumulative Updates for Windows 10 and have been re-released.

    Re-sync your WSUS catalogues.  This may fix the problem.  
    giovedì 10 maggio 2018 00:03
  • Saw that this afternoon, but waiting for 1709 to be re-released...
    giovedì 10 maggio 2018 00:05
  • I can confirm that this has fixed the issue.  Systems are now checking in normally.
    giovedì 10 maggio 2018 00:14
  • I can confirm that this has fixed the issue.  Systems are now checking in normally.

    Let's hope that they re-release the updates for Build 1803 soon as well. 
    giovedì 10 maggio 2018 00:23
  • Same issue, waiting now for re-release of CU 2018-05 1803.

    New revision of CU 2018-05 1703 and CU 2018-05 1607 is visible in our WSUS.

    Our company Win10s PCs/NTBs have 1803 version already, no older builds.

    Download directly from WU is detecting and downloading without issues.

    giovedì 10 maggio 2018 04:26
  • here in Italy my 1709 X64 clients can not see the KB4103727 and the KB4103729 updates.

    I tried to import them manually into WSUS but nothing!

    Any other suggestions? 

    giovedì 10 maggio 2018 10:24
  • You may just have to wait a bit longer.  It could take time for MS to push the changes to the servers you are trying to pull from.  Importing the patches will not help... 
    giovedì 10 maggio 2018 11:29
  • Mine finally appeared for approval this morning.
    giovedì 10 maggio 2018 11:51
  • Looks like they might have resolved this issue. I came in to work this morning and the updates show as needed on the machines that should need them; and they have installed already on several.
    giovedì 10 maggio 2018 13:26
  • Those saying it's spontaneously fixed this morning. . . for which Windows 10 client build version?

    I have not yet seen an updated download to WSUS for KB4103721 (for build 1803) as of this morning so I suspect Build 1803 clients remain out of luck.

    -B

    P.S.  I used group policy to temporarily point all Win10 clients back to the MS Update servers.  So I won't know if they begin detecting the update from WSUS until I undo the work-around.  Hence the question. . . is it time to undo the work-around?  ;)

    giovedì 10 maggio 2018 15:15
  • In WSUS this morning I had to approve 2018-05 Security Update for Adobe Flash Player for Windows 10 Version 1803 for x64-based Systems (KB103729) and 2018-05 Cumulative Update for Windows 10 Version 1803 for x64-based Systems (KB4103721)
    giovedì 10 maggio 2018 15:24
  • Looks like they might have resolved this issue. I came in to work this morning and the updates show as needed on the machines that should need them; and they have installed already on several.

    Maybe I was premature on that. I have one WSUS where it appears resolved but another one at a different location where there is still some issue. On that one, the 4103721 shows as needed, approved and ready, but running WU at the client doesn't find it. This might resolve itself over time, who knows?
    giovedì 10 maggio 2018 15:40
  • In WSUS this morning I had to approve 2018-05 Security Update for Adobe Flash Player for Windows 10 Version 1803 for x64-based Systems (KB103729) and 2018-05 Cumulative Update for Windows 10 Version 1803 for x64-based Systems (KB4103721)

    Thank you for the additional details.  It made me curious enough to re-point my Win10 workstations (all 1803) to our WSUS server.  And I can now verify your findings.  Having tested a client that had already downloaded KB4103721 from Microsoft, it now reported to the WSUS server that the update is installed, and it trigged the need to the approve the Flash Player update (KB103729). . . which had not been installed directly from MS since this particular machine had been turned off over the last day or so.

    So, this does indeed appear to be getting sorted out.  It's intriguing though that no updated packages for the 1803 build of Windows 10 have been downloaded by the WSUS server.  I wonder by what mechanism this is being fixed. . . ?

    giovedì 10 maggio 2018 16:33
  • I believe it's fixed for 1607 1703.  1709 is definitely not fixed yet (hopefully soon) and I can't speak for 1803 since we don't have any clients on that build yet. 
    giovedì 10 maggio 2018 16:38
  • It is possible that the 1803's I'm seeing that installed the CU, did so thru the Dynamic update mechanism while they were installing the upgrade and are now showing as "installed" for the normal CU. To be honest, I haven't investigated it that deeply as I expect it will all sort itself out soon anyway.
    giovedì 10 maggio 2018 17:03
  • identical problem 1607,1703 now OK
    but 1803 was not corrected

    microsoft really needs to test these updates and WSUS deployment system correctly.
    it's really not good work.
    giovedì 10 maggio 2018 23:51
  • 99% of our 1803 Win10s took update already from WSUS during this night, 1% still not yet. Keep checking

    EDIT: All our PCs and NTBs which were online received CU already from WSUS without any problem. Will continue with offline pieces but I do not foresee any further issues. And CU 05-2018 1803 was not revised in my WSUS over the night.

    • Modificato eMKei venerdì 11 maggio 2018 03:20 additional stuff
    venerdì 11 maggio 2018 03:11
  • nothing has changed this morning for me.

    my PCs with version 1709 do not see updates as needed (KB4103727 and the KB4103729) although they are approved.

    venerdì 11 maggio 2018 07:41
  • I Confirm.

    1803 ist still not corrected.

    venerdì 11 maggio 2018 08:30
  • nothing has changed this morning for me.

    my PCs with version 1709 do not see updates as needed (KB4103727 and the KB4103729) although they are approved.

    Same for me on 1709 and WSUS 2012

    Please fix this MS

    venerdì 11 maggio 2018 12:07
  • Can anyone confirm that 1709 is still having issues?  
    venerdì 11 maggio 2018 13:48
  • I'm still having issues with both 1709 and 1803.  (I received revised updates for 1607 and 1703 Thursday, but nothing new for 1709 or 1803 as of the WSUS sync at 16:00UTC Friday)

    Edit:

    I've discovered that 1709 machines that now try to run an update scan for the first time since the patch was release DO detect KB4103727 as Required and are able to install the update.  However, once they've installed the update, they now show it as "Not Required" rather than "Installed".

    venerdì 11 maggio 2018 16:46
  • KB4103721 Update for 1803 is still not offered.

    I now stopped the 1803 Deployment into our company.

    lunedì 14 maggio 2018 08:27
  • i can confirm that i still having the issue with 1709 and with the 1803 may update.

    1803 receives only flash update.

    lunedì 14 maggio 2018 09:51
  • i can confirm that i still having the issue with 1709 and with the 1803 may update.

    1803 receives only flash update.

    I can confirm KB4103727 is not offered for Windows 10 - 1709 Clients.
    lunedì 14 maggio 2018 12:00
  • Our clients (1703, 1709) don´t receive any update from WSUS, even no flash player update.
    martedì 15 maggio 2018 06:07
  • Same problem here, the update KB4103721 is not listed as required in SCCM although we do have unpatched Windows Clients on 1803...
    martedì 15 maggio 2018 09:18
  • Via WSUS - although shown as approved and needed - Windows 10 1709 Clients (Build 16299.402 with https://support.microsoft.com/en-us/help/4093105) still don't receive May 8, 2018—KB4103727 (OS Build 16299.431) https://support.microsoft.com/en-us/help/4103727 .
    martedì 15 maggio 2018 10:39
  • Similar here, some of our Windows 10 1803 17134.1 clients don't recognize the offered KB4103721 which elevates Windows to build 17134.48. However some others do. Very weird and time consuming. WSUS was intended to automate and save time for patch management. Since weeks we are struggling with non reporting, non updating Windows 10 clients and waste expensive time for trying to solve this awkward partnership.
    martedì 15 maggio 2018 11:41
  • maybe it is not too bad that this update won't install:

    "Microsoft has added within the kb article for update KB4013721 a known issue. There is a warning, that an upgrade to systems with Intel SSDs may causing issues:

    When attempting to upgrade to the Window 10 April 2018 Update, select devices with Intel SSD 600p Series or Intel SSD Pro 6000p Series may repeatedly enter a UEFI screen after restart or stop working.

    Microsoft is working with OEM partners on a fix and has suspended the feature update to Windows 10 April Update on these machines."

    from https://support.microsoft.com/en-us/help/4103721/windows-10-update-kb4103721


    • Proposto come risposta olivierdsm2 giovedì 17 maggio 2018 07:25
    martedì 15 maggio 2018 12:54
  • This is what i am thinking as well. But an official information from Mirosoft would be nice...

    The Update has the same revision Number since 08/05.Rev 200 

    mercoledì 16 maggio 2018 06:53
  • OK, Thanks York Krueger for the Information.

    I looked at our Notebooks SSD and we have toshiba SSD's. It seems that there are problem too with this brand :

    "After upgrading to the Window 10 April 2018 Update, select devices with Toshiba XG4 Series, Toshiba XG5 Series, or Toshiba BG3 Series SSDs may exhibit lower battery life."

    They didn't mentioned that the KB was suspended for this hardware, but i suppose it is the case.

    I'll will notify when a Revision for 1803 comes...

    giovedì 17 maggio 2018 07:25
  • In my case KB4103721 also wasn't offered by WSUS but after few hours Microsoft reissue update. I must resync WSUS, download and reapply this CU again. Now 1803 clients see this update but when they try download and install fix from WSUS an error 0x80242006 occuring. Remedy for this issue is to install KB4103721 manually or stop wuauserv service, rename/delete SoftwareDistribution catalog and start service again. After this operation clients start dowanloading and installing update correctly. But what admin has to do, when he has over 500 worksation over head?
    giovedì 17 maggio 2018 12:01
  • I can confirm KB4103727 is not offered for Windows 10 - 1709 Clients.

    This remains ongoing for me.

    My WSUS server does auto sync 4 times daily - and still NONE of of my 1709 clients have been offered either KB4103727 (Cumulative) OR KB4103729 (Adobe Flash)

    B

    giovedì 17 maggio 2018 16:19
  • In my case KB4103721 also wasn't offered by WSUS but after few hours Microsoft reissue update. I must resync WSUS, download and reapply this CU again. Now 1803 clients see this update but when they try download and install fix from WSUS an error 0x80242006 occuring. Remedy for this issue is to install KB4103721 manually or stop wuauserv service, rename/delete SoftwareDistribution catalog and start service again. After this operation clients start dowanloading and installing update correctly. But what admin has to do, when he has over 500 worksation over head?

    I am also having the same issue with 500+ machines. MS needs to offer a solution rather then deleting/renaming the softwaredistrobution folder.

    giovedì 17 maggio 2018 18:04
  • Hello,

    today Microsoft released KB4100347. It was found by our WSUS at 3.06 AM. And guess what, my Workstation (Windows 10 1803 Build 17134.48) is not finding it by WSUS. It says it detects at 8.07 AM and all is good. What the F.... is wrong Microsoft. And no, my Workstation has no Intel or Toshiba SSDs. They are all from Samsung. And yes, my Intel Core i9 7940X is in the list of effected CPUs from here

    https://support.microsoft.com/de-de/help/4100347/intel-microcode-updates-for-windows-10-version-1803-and-windows-server

    Sorry for my mode of expression.

    Sven

    venerdì 18 maggio 2018 06:28
  • We have the exact same problem. 1803 Feature Update deployed without problems. Then I have approved the CU and Flash Update. Flash installed without any problems but the CU was not detected by any of our clients.

    I have then declined the update and left it over night and re-approved this morning.

    Now it gets detected, but the download fails with: 0x80242006

    Sorry Microsoft, this is unacceptable!

    venerdì 18 maggio 2018 08:00
  • We have the exact same problem. 1803 Feature Update deployed without problems. Then I have approved the CU and Flash Update. Flash installed without any problems but the CU was not detected by any of our clients.

    I have then declined the update and left it over night and re-approved this morning.

    Now it gets detected, but the download fails with: 0x80242006

    Sorry Microsoft, this is unacceptable!

    I did some more digging. It probably wasn't the waiting time over night, because at the same time I have enabled Express-Installation-Files as well. So now when I contact a server that has Express-Installation-Files enabled, I get the error code above. When I contact a server that has the Express Files disabled, the client doesn't detect anything.


    This is just stupid.

    venerdì 18 maggio 2018 08:25
  • Yep same problem here.

    My MDT setup (s) are broken because of KB4103721 on 1803.

    The Update is detected, but the client is not able to download it and the MDT TS is stopped with different error codes like 0x80242006.

    It is not possible at all to fix this issue in a MDT. You can only fix this, after a deployment, by completly reseting the softwaredistribution folder.

    Funny story, using the official WindowsUpdate and it works like charm.

    venerdì 18 maggio 2018 12:46
  • Yep same problem here.

    My MDT setup (s) are broken because of KB4103721 on 1803.

    The Update is detected, but the client is not able to download it and the MDT TS is stopped with different error codes like 0x80242006.

    It is not possible at all to fix this issue in a MDT. You can only fix this, after a deployment, by completly reseting the softwaredistribution folder.

    Funny story, using the official WindowsUpdate and it works like charm.

    I have now also deleted the SoftwareDistribution Folder and my Test-Client now downloaded and installed the update.

    net stop wuauserv

    net stop bits

    net stop cryptsvc

    net stop lanmanworkstation

    rd /s /q c:\Windows\SoftwareDistribution


    But for me, this is not a solution!

    venerdì 18 maggio 2018 13:19
  • Upon checking this morning - I see that my 1709 clients are detecting all the updates normally. Not exactly sure what was done to WSUS but something has suddenly corrected itself.

    I have not attempted to install anything yet - so who knows if any specific update will actually download and install without some bizarre error.

    I will try to install patches to a test machine later and report back.

    B


    sabato 19 maggio 2018 13:46
  • Same problem here - 2018-05 Cumulative Update for Windows 10 Version 1803 for x64-based Systems (KB4103721) fails to install with error 0x80242006. 1709 is still fine. Office updates install on 1803 without issue.

    Deleting the SoftwareDistribution folder on one of the machines has allowed it to install, but surely that can't be the solution?

    13 ore 55 minuti fa