Microsoft

System Center Configuration Manager Feedback

Suggestion box powered by UserVoice

How can we improve Configuration Manager?

Change the maximum run time of cumulative updates to 30 minutes

With the new 'cumulative updates' model I think it would be a good idea to change the maximum run time of cumulative updates to 30 minutes (or whatever is best suited). I have noticed more timeout issues with patching in the last couple of months due to the default 10 minutes not being enough time to install 'X' patches as a single CU. This would be preferred to manually overriding them every month.

301 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    daveNZ shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    28 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • Thorsten commented  ·   ·  Flag as inappropriate

        Seems to be some new issue in ConfigMgr v1802. If you look into the properties of a Cumulative Update in class SMS_SoftwareUpdate, you will see the MaxExecutionTime of 3600, but looking at the CI properties document (e.g. http://<mpserver>/SMS_MP/.sms_dcm?Id&DocumentId=e6404221-0834-4e9f-ad7e-7563dfa6fe29/PROPERTIES) you will find a MaxExecutionTime of 1800. Workaround: If you then change the update's max execution time to say 61 minutes and recycle the MPs IIS application, CI properties document will correctly reflect 3660 seconds. Same problem for .Net Feature Update but not Malicious Removal Tool. Hoping MS fix it again with CMv1806 prod.

      • Ben commented  ·   ·  Flag as inappropriate

        This is still an issue. Latest Cumulative Update, KB4284880, is set to 60 minutes by default, and it timed out on most of our servers. Should the CUs be set to 90 or 120 minutes by default?

      • Hermann commented  ·   ·  Flag as inappropriate

        Even if Maximum Run Time for Cumulative Updates are set to 60 minutes, it fails to install after 30 minutes on Windows Server 2016 (CCMexec.log => [MaxExecutionTime ( 1800 ) expired. Update will not be monitored]

      • Ron commented  ·   ·  Flag as inappropriate

        Is there a way to change this for Server 2016 Essentials. I cannot install any of the CU's using windows update. I can install them it I download them from the update catalog and manually run the MSU file.

      • Mike Plichta commented  ·   ·  Flag as inappropriate

        We need to up it to 200 minutes to ensure all models could install. This requirement breaks the automatic deployment rule processes.

      • E Williams commented  ·   ·  Flag as inappropriate

        It would be nice if Microsoft actually did do the change and modify the MTU to 30 min, but haven't done on some updates on Patch Tuesday (PT) this month 10/10/2017. CU for Windows server 2016 (KB4041691), for example, is about 1.1Gb in size and had a MTU of 10 min, fine for standard spec servers, but for lower test and dev spec VM servers they have failed to install. It ain;t being changed! Annoying.

      • Jürgen Winter commented  ·   ·  Flag as inappropriate

        @yannara: And at the time you synced, you already had SCCM 1706 with the second first wave update (Or 1706 which was downloaded after August 08)?

      • yannara commented  ·   ·  Flag as inappropriate

        I still see 5min max runtime in CU of W2016 server, KB4041691 as example which I synced today, was set to 5min and its size is 1185mb.

      • Greg Mackinnon commented  ·   ·  Flag as inappropriate

        I am just running my second month of cumulative updates using SCCM, and I am experiencing bulk timeout-related failures for Cumulative Updates on Server 2016, and some additional failures on Server 2012 R2.

        I agree with others that the default timeout of 10 minutes is completely inadequate for Cumulative Updates on servers, and that it should be bumped to 30-45 minutes.

      • Marc commented  ·   ·  Flag as inappropriate

        +1 on the Server 2016 CU - we mainly patch Datacenters and this is a pain to have to manually change the timeout every month.

      • Craig commented  ·   ·  Flag as inappropriate

        djam this was already confirmed for W10 updates, but it needs implemented for Server 2016 also - surely this idea should not be closed?

      • Brian MacLusky commented  ·   ·  Flag as inappropriate

        Make sure this happens for server patches too. Lots of problems on our domain controllers running out of time during the past couple of months patching

      • Craig commented  ·   ·  Flag as inappropriate

        What about Server 2016 updates? This is critical in a virtualised environment as they always fail.

      • Anonymous commented  ·   ·  Flag as inappropriate

        30 minutes is not enough for a Azure VM Standard_A2_v2. It takes around 45 minutes to install a cumulative update on Windows Server 2016.

      • Stefan Röll commented  ·   ·  Flag as inappropriate

        Has this already been implement? I can see for all Win10 CUs, that the max runtime is now 30 Minutes.
        However, for Server 2016 CUs, it is still 10 Minutes

      • Iain Fairbairn commented  ·   ·  Flag as inappropriate

        Also it should be noted that since it is a cumulative update, which changes KB ID and supersedes every month, the pain is that you have to go back and change the maximum run length time each time a new version is synced for each server OS otherwise you will find the same errors will crop up again in the future..

      ← Previous 1

      Feedback and Knowledge Base