Failed to Install Software Updates during Build and Capture (Error: 87D00272)

Recently I created several Windows 10 1607 images, where Offline Servicing put all Windows 10 updates needed on the image. Besides of that I created Build and Captures task sequences, with an Office 2016 package in it. Because those updates cannot be injected with Offline Servicing, I decided to add an additional Install Software Updates step in the task sequence. Nothing wrong about that :-)

During the Software Update installation step however, the following error message was displayed:
-Refreshing Updates
-Failed to RefreshUpdates, hr=0x87d00272
-Failed to run the action: Install Software Updates. Component is disabled. (Error: 87D00272)

Trick is, someone changed the Default Client Settings policy, and set "Enable software updates on clients" to No. Therefore software update scan, download and install cannot take place. Long story short, change the policy back to Yes, and start build and capture again.

Hope it helps!

Download software updates working again!

Install software updates working again!

The Report Server WMI provider cannot create the virtual directory (SQL upgrade)

Recently I did an in-place upgrade, from SQL 2012 SP1 to 2014 SP2, this for upgrading ConfigMgr 2012 R2 SP1 to Current Branch (1511) afterwards. Nothing wrong here you may think.

During upgrade the reporting part failed with the following error: "A Secure Sockets Layer (SSL) certificate is not configured on the Web site." Trick is, within Reporting Services Configuration Manager, there may be IP-addresses reserved for both http and https, where the one for https must be connected to an SSL certificate.

After starting upgrade again (with the command: setup.exe /action=repair /instancename=<instance>), there was another error: "The Report Server WMI provider cannot create the virtual directory." This occurs when you call SetVirtualDirectory and the UrlString is already reserved. To continue, clear all URL reservations by calling RemoveURL and then try again."

That's another nasty issue if you ask me! I did several installations, with several configurations but it didn't work out for me. With the command: "netsh http show urlacl" all registered URL's can be seen. With the command: "netsh http delete urlacl URL=<url>:<port>" they can be deleted too. When lucky removing the Reportserver URL's is enough, but it didn't work out for me.

Therefore I removed Reporting Services, and installed it again. After installation you may see this message too: "The report server installation is not initialized." To solve this you need to restore the encryption key created earlier, or delete encrypted content. This can be done in Reporting Services Configuration Manager as well.

After 3 error messages, Reporting is running fine on SQL Server 2014 SP2. Now it's time to start the ConfigMgr upgrade finally :-)

SMS EXECUTIVE starting SMS OFFLINE SERVICING MANAGER automatically

Last days there is something really strange going on with Offline Servicing in ConfigMgr. The task "SMS EXECUTIVE started SMS OFFLINE SERVICING MANAGER" is running multiple times a day normally, with "This Schedule with ID does not have a next run time" as a result. Last days however I saw at two different environments that Offline Servicing is kicking off automatically on multiple images, leaving them in an error message, not cleaning up the ConfigMgr OfflineImageServicing folder afterwards. Let's have a look at some screenshots created.

It's all starting with the following messages in the ConfigMgr console! (Failed to apply one or more updates)

Looking in OfflineServicingMgr.log you see that multiple tasks are scheduled with dates from many months ago. The schedule with ID will be run now. It's run time is at (some date in past).

In another environment you see the same behavior, where schedules are running multiple times on the same image too. When you look closely you see a task running six times on the same image.

Because of multiple errors during the process, files and folders are not removed, leaving them in a unwanted state afterwards. Where this folder has (in my case) around 73.000 files in 14.000 folders, with almost 12GB in size. (with wrong ownership too)

Some of the error messages are:
-Image UnMount failed with error 31
-Deleting file \\?\D:\ConfigMgr_OfflineImageServicing\<ID>\ImageMountDir\Program Files\Common Files\microsoft shared\DAO\dao360.dll, FAILED, Win32 Error = 5
-Failed to remove previously existing staging folder -D:\ConfigMgr_OfflineImageServicing\<ID>, GLE = 5
-Initialization of schedule processing failed
-Schedule processing failed

Hope someone can explain why this is happening on almost same time in totally different environments, where there's no schedule set on OS images? Both environments are running on ConfigMgr Current Branch, version 1606 with all hotfixes available installed. Will be continued.. (and posted at Microsoft bugs or suggestions too)

Update: Both tasks mentioned started at Sunday October 30th. One at 5:00 AM, the other at 23:00 AM (both UTC+01:00). Still nothing heard about other issues so far..