Update for Windows Update Client addresses ConfigMgr 2012 Update Scan Issue – Windowsupdate.log Error 8007000E

June 3, 2015 1 comment

Exclamation-iconYesterday Microsoft has released an update for the Windows Update client. This relates to the issue with Windows 7 and Software Updates which I blogged about a few weeks ago.

This is the KB article: Windows Update Client for Windows 7 : June 2015

Interesting: the KB Article mentions this update does not only address the out-of-memory issue but also contains general improvements made to support upgrades to a later version of windows.

If you have Windows 7 x86 clients in your environment the best approach would be to release this update in your environment as soon as possible. Important : you need to install the hardening update KB2938066 on your WSUS servers prior to releasing this update!

Hope it helps!


ConfigMgr R2 SP1 upgrade does not clean up previous Cumulative Update entries in Control Panel > Programs and Features

June 2, 2015 Leave a comment

Hi All,

Just a quick blog post on a small anomaly with Configuration Manager R2 Service Pack 1.


When upgrading an existing Configuration Manager site it seems the Installed Updates entries related to prior Cumulative Updates are not properly cleaned up. After upgrading a site the end result for Installed Updates looks like this:


The above example is based on a site that was up to Cumulative Update 5 – but the same happens with earlier released Cumulative Updates.

Although this is not really an issue and more cosmetics, it is something that could have been handled more properly by the Service Pack installer. A scenario where this potentially may cause unwanted effects is when using this information in your queries (collections, etc.).


The entries displayed are read from the registry. The screenshot below shows the entry in the registry for the particular cumulative update:


I used the following steps to clean this up:

  1. Start the Registry Editor (regedit.exe)
  2. Go to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall .
  3. Locate the key for CU5 (see screenshot) and take a backup (right-click > export).
  4. Delete the key for CU5.
  5. All done – the entry is no longer displayed.

Note that this cleans up the cosmetics part only – any other leftovers (if any) from Cumulative Updates (and alike) will still remain on the system.

Until next time!


ITPROCeed 2015 Speaker

May 30, 2015 Leave a comment

2015-05-30_203420After a successful first edition in 2014 the next edition of ITPROCeed is only a few weeks away. The concept remains the same: a unique event organized and driven by the top Belgian ITPro user groups and strong support from Microsoft.

I’m happy and honored to be part again of this event and will be delivering two sessions:

  • In the first session I am teaming up with the three other Belgian ECM MVP’s: Nico Sienaert, Kim Oppalfens and Kenny Buntinx. In this session we will discuss the changes and new features available in the next Service Pack for System Center Configuration Manager 2012.
  • The second session will be with my regular partner in crime Kenny Buntinx and is entitled: delivering traditional file server workloads in a secure manner  to modern devices.
  • And there is a lot more: have a look at the full agenda which spans no less than 5 tracks here.

    Also this year this will be a free event!
    So mark your calendars for June 11th. Place to be is Utopolis in Mechelen.

More details and registration on the event website.

See you there!


Categories: Community, Events Tags: , ,

Implementing Configuration Manager 2012 R2 Cumulative Update 5

May 17, 2015 Leave a comment

As mentioned during one of my previous blog posts Microsoft has recently released Cumulative Update 5 for Configuration Manager 2012 R2. This blog post will outline how to implement this Cumulative Update and is based on the steps I followed during the implementation in my lab environment.

Note: this week Microsoft has also released Service Pack 1 for Configuration Manager 2012 R2. The logical question pops up whether to still install this Cumulative Update or immediately go for the Service Pack. Technically there are no constraints for implementing the Service Pack straight away (the CU is not a prerequisite) however my current preferred way to go is to implement the CU first. Based on experiences from the past there could always be some subtle differences, and it seems my friend Kenny already found one here as well.

Now back to implementing the CU. First step is to get the sources. The KB article also gives a full overview of the fixes and improvements in this update. As the name indicates, this update also contains all elements fixed or added in one of the previously released CU’s.

Note that this update is only applicable to Configuration Manager 2012 R2 – if you are currently still running Configuration Manager 2012 SP1 the latest available cumulative update is CU5.

The CU is applicable directly to the following components:

    • CAS
    • Primary Sites (standalone or in a hierarchy)
    • Secondary Sites
    • SMS Provider(s)
    • Console(s)

    Additionally it contains updates for the following components:

    • CAS
    • Primary Sites
    • Secondary Sites
    • SMS Provider(s)
    • Consoles
    • Clients

    The lab we are upgrading does not contain all the components listed above, a CAS and Secondary Site(s) are not present.  The SMS Provider is installed locally on the site server.

Primary site

Cumulative Updates for Configuration Manager are implemented top-down so we start with the site server of the standalone primary site. Before running the installer with elevated privileges ensure there are no more active console connections.


The Installation Wizard is started.


Click next on the Welcome page.


Accept the license terms and click Next.


Verify all prerequisite checks are successful and click Next.


Leave the default option to install the update for the console and click Next.


Leave the default option to update the site database and click Next.


Leave the default option for package creation and click Next.


Leave the default settings for the server package and click Next.


Leave the default settings for the console package and click Next.


Leave the default settings for the client packages and click Next.


Review the setup summary and click Install.


The installation begins and progress is shown. Click Next when finished.

Note: during the implementation I had noticed that the installer was hanging long time on the first step to stop the services. In this case manually stopping the WinMgmt service (net stop winmgmt from an elevated command prompt) was needed to make the installation continue.


All done! Click Finish and reboot the system.


The technical details about the installation and what is happening behind the scenes is logged the log file cm12-r2cu5-kb3054451-x64-enu.log  located in the %windir%\temp folder.

Now lets do a few verification steps to see if the update got implemented properly.

First checkpoint are the entries in Programs and Features > view installed updates:


Next is the registry in HKLM\Software\Microsoft\SMS\Setup


And a final check in the console (About Configuration Manager)


As we opted to have some packages created to support implementing the CU in our environment these should now also be visible in the console. Go to the software library and select packages. Select the Configuration Manager Updates folder and then type CU5 in the search box to quickly locate those packages.


Important: Do not forget to distribute the content of these packages to your Distribution Points!

Important (2): Do not forget to update your boot images. This can be done by selecting a boot image, right-clicking it and then selecting the action to Update Distribution Points.

Secondary Sites

If there are any Secondary Sites in your environment the next step is to implement the CU on those sites. The server update package can be used to automate this. To target the site servers a collection can be built which is populated based on the following query:

    • select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name, SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,
      SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_ADD_REMOVE_PROGRAMS_64 on SMS_G_System_ADD_REMOVE_PROGRAMS_64.ResourceId = SMS_R_System.ResourceId where SMS_G_System_ADD_REMOVE_PROGRAMS_64.DisplayName = "System Center 2012 R2 Configuration Manager Secondary Site Setup"


    As part of the implementation process on the site server the locally installed console was updated. Any remaining remote consoles in the environment can be updated using the console upgrade package.

    To build a collection containing the machines with the console installed the following query could be used:

  • select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name, SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM. ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_ADD_REMOVE_PROGRAMS on SMS_G_System_ADD_REMOVE_PROGRAMS.ResourceId = SMS_R_System.ResourceId where SMS_G_System_ADD_REMOVE_PROGRAMS.DisplayName = "System Center 2012 R2 Configuration Manager Console"


  • Clients

    Last but not least we also need to get the CU installed on our clients. There are multiple approaches to accomplish this; one method could be to deploy the client update packages created automatically during the implementation process.

    As there is a package per processor architecture we will also create matching collections to target our deployments. This is an example query for a collection containing all 64-bit clients with a client version not equal to CU5:
  • select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name, SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,
    SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM on SMS_G_System_SYSTEM.ResourceID = SMS_R_System.ResourceId where SMS_R_System.ClientVersion != "5.00.7958.1601" and SMS_G_System_SYSTEM.SystemType = "X64-based PC"
    The query for the collection with 32-bit clients is identical; just replace “x64-based PC” with “x86-based PC”.

Clients with CU5 will have the following version shown on the properties tab:


Version numbers for some of the components are also updated:


That’s all for now – Until next time!


System Center 2012 R2 Configuration Manager SP1 and System Center 2012 Configuration Manager SP2 released!

May 14, 2015 Leave a comment

metrofixToday Microsoft has announced the availability of System Center 2012 R2 Configuration Manager SP1 and System Center 2012 Configuration Manager SP2.

According to the announcement on the Configuration Manager Team blog these service packs deliver full compatibility with existing features for Windows 10 deployment, upgrade, and management. Additionally there are some changes and improvements in the following areas:

  • Infrastructure: sites and hierarchies
  • Application Management
  • Content Management
  • OSD
  • Reporting
  • Hybrid setups with Configuration Manager and Microsoft Intune

Full details on what’s new can be found here.

Both service packs are available for download on the Technet Evaluation Center website.

Until next time!


Cumulative Update 5 for System Center 2012 R2 Configuration Manager released!

May 6, 2015 1 comment

metrofixIn between all the announcements and other stuff that is going on at the Ignite conference Microsoft has also released Cumulative Update 5 for System Center 2012 R2 Configuration Manager today.

This CU contains some important bug fixes and performance improvements. Read about the issues that are fixed and additional functionality this CU has to offer in KB3054451 .

Blog post with more details on how to implement this CU will follow soon.

Until next time!


ConfigMgr vNext: A first look at the core installation

May 6, 2015 Leave a comment

One of the announcements at the Ignite Conference earlier this week was the availability of the System Center Configuration Manager vNext –or should I say 2016- Technical Preview. This blog post shares the basic steps and experience of installing this Technical Preview in my lab environment.

Preparations & Prerequisites

A few steps I walked through before doing the actual installation

  1. First things first: get the installation binaries here.
  2. Second: read the required info to get you started here. There are some requirements (mainly the same as for ConfigMgr 2012) and limitations to take into account.
  3. Prepare the backend SQL database. I used SQL 2014. You will need the following features: Database Engine Services, Reporting Services Native and the Management Tools.
  4. Download the ConfigMgr Prereqs using SetupDL.exe from the installation media. The download is approximately 674Mb. Content looks identical to ConfigMgr 2012 R2 but a bit larger in size (last time I checked it was 655Mb for 2012 R2).
  5. Optionally extend the AD Schema.
  6. Install all other requirements, features and roles. As the guidelines in the preview documentation pointed towards 2012 I just used my automation scripts I had available for ConfigMgr 2012.

The installation procedure

Now on to the actual installation. In this lab environment I will install the site server, database and all roles on a single virtual server.


Launch the splash.hta from the installation sources.


Select Install.


Click Next.


The technical preview only allows installation of a standalone Primary Site. We will opt not to go for the typical installation.


Accept the license terms and click Next.


Accept more license terms and click Next again.


Select the option to use previously downloaded files and provide the path to the files. Click Next.


The downloaded prerequisite components are verified.


Provide a site code and site name. Leave the default installation folder and the option to install the console locally on the site server.


As we run the SQL backend on the same server we can leave the default options and click Next. Tip: make sure to check that the installation account has the required permission.


Leave the default options. Click Next.


Leave the default options. Click Next.


Select the option to configure the communication method on each site system role. Click Next.


Here we opted to uncheck both boxes and install the Management Point and Distribution Point later on.


This is a lab so yes we will join the CEIP. Click Next.


Review the settings summary and click Next.


A prerequisite checker is launched. Resolve any blocking items and click Begin Install.

Note: I commonly grant permissions for the site server to publish to AD through group membership. The prerequisite checker could not verify this in the past. It seems also in this new version this is still the case.


15 Minutes later the core setup is completed.


More detailed information on what is happening behind the scenes can be found in the ConfigMgrSetup log files located in the root of the system drive.

Once the basic installation was completed I added the Management Point and Distribution Point roles. The procedure for doing this is also identical to the one in Configuration Manager 2012.


To wrap up a quick look in the console at the build numbers of the Technical Preview.



For those familiar with installing the previous versions of Configuration Manager the setup experience is still pretty much the same.

That is all for now. Make sure to watch this blog for more content on vNext as I explore it further in my lab environment during the upcoming days and weeks!



Get every new post delivered to your Inbox.

Join 650 other followers