Friday, 01 September 2017 12:41

The Case of Skipped Application Installation

Written by
Rate this item
(1 Vote)


As a reader of this blog I suspect that you, like me, are a frequent visitor to TechNet forums. And I bet many of you have already posted a question there or even spent a few hours helping other people out. A couple of days ago, a user posted a question on the MDT forum asking for guidance on how to upgrade Windows 10 VMs to the latest iteration of Windows 10 "Creator's update" using what I consider – not surprisingly given my history  - the best free deployment solution, Microsoft Deployment Toolkit (MDT), partially because a Microsoft Deployment Toolkit task sequence allows you to completely automate the feature update process.

The case opened when the user tried to install an application during the upgrade task sequence. Unfortunately for him, that did not work and there were no indications that MDT even attempted to initiate application installation. The first thing the user did was to check if the application would install while using a standard "Client Deployment Tasksequence". He quickly realized that the application would install normally and this is where he turned to TechNet for help and I started digging a bit deeper.

I began by taking a look at the standard MDT In-Place upgrade task sequence. After opening the task sequence editor I selected the "Post-Processing" group and started poking around conditions that MDT must evaluate before running task sequence steps assigned to this group. I quickly came upon the registry condition, that ensures that MDT executes this task sequence group only if the value of the registry key Software\Microsoft\Windows NT\CurrentVersion\Windows\Win10UpgradeStatusCode equals SUCCESS.

I suspected that the underlying issue was that the registry value was not being set which in turn meant that MDT would skip processing the task sequence group "Post-Processing". This obviously wasn't a good sign, but it wasn’t the worst of it: usually %DeployRoot%\Scripts\SetupComplete.cmd  script is supposed to set this value, however in this case the script was missing the relevant bit:

reg add "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Windows" /v Win10UpgradeStatusCode /t REG_SZ /d "Success" /f 

After some discussion with the user I had a pretty solid idea what happend: the user was still running Microsoft Deployment Toolkit 2013 Update 2. A quick internet research showed that UpgradeSummary.wsf script - which I believe previously set this value - was removed in MDT 2013 Update 2 and the value wasn't being set anymore.

I followed up with the user, he added the missing line to SetupComplete.cmd and - as expected - application installation worked on the next feature upgrade installation. Another case closed. I hope that your TechNet troubleshooting met with similar success.

Note: In MDT Build 8443 SetupComplete.cmd already includes the fix described above.

Read 12603 times Last modified on Friday, 01 September 2017 20:28

Recent Posts

  • Windows 10 21H2 Built-In Apps: What to Keep
    The development of the Windows 10, version 21H2 is finished and the update will soon be available for download from…
    Written on Wednesday, 20 October 2021 11:41
  • Group Policy Changes in Windows 10 21H2
    As Windows 10, version 21H2 update development winds down, Microsoft is now preparing for the final release of the Windows…
    Written on Wednesday, 20 October 2021 07:20
  • Group Policy Changes in Windows 10 20H1 Preview
    As Windows 10 Vibranium Update (20H1) development winds down, Microsoft is now beginning the phase of checking in the final…
    Written on Tuesday, 14 January 2020 04:51
  • An alternative ESU MAK Activation Solution
    This blog post was shared with me by a colleague of mine, Daniel Dorner, a Microsoft Premier Field Engineer. It’s…
    Written on Wednesday, 04 December 2019 21:04
  • The Case of Missing UE-V Templates
    My customers often deal with unexpected Windows behavior and this case is no different. This particular one is especially interesting…
    Written on Tuesday, 03 September 2019 12:20
  • The Case of Changing Default Printer
    While I sometimes long for the day when I no longer have to deal with unexpected Windows 10 behavior, there’s…
    Written on Wednesday, 14 August 2019 20:36