ITDevConnections – Session Debrief – The right steps to the right upgrade path from ConfigMgr 2012 and Server 2008
As promised a quick debrief on our ITDevConnections session about upgrading your Configuration Manager infrastructure and all related components.
Here are a couple of articles and tools we brought up:
- For updating the content source locations there are tools and scripts available on Technet Gallery. An good tool is the ConfigMgr Content Source Update Tool from Nickolaj Andersen.
- When upgrading to SQL 2014 or SQL 2016 make sure to look at KB3196320 to avoid performance issues and slow consoles. This was also published on the ConfigMgr Team blog.
- Automate fixing boot images : Building new boot images with the hotfix for WinPe based on 10.0.10586
- For Windows 10 support remember KB3095113 for WSUS 4.0.
Thank you for attending the session and make sure to leave feedback!
Until next time.
This edition I have the following things on the agenda:
- Holy Hybrid – Extending Your ConfigMgr Capabilities into the Cloud
- The Right Steps to the Right Upgrade Path from ConfigMgr 2012 and Windows Server 2008
- The New ConfigMgr Servicing Model in Depth
- Workshop: How You Can Digitally Transform Any Organization
For the pre-conference workshop I will be teaming up with fellow MVP’s Peter Daalmans and Kenny Buntinx. The breakout sessions I will be delivering with Kenny as well.
If you are attending make sure to stop by one of our sessions and say hi!
The mail announcing that I have been awarded the 2016 Microsoft MVP Award just came in!
I am looking forward to my third year as an Enterprise Mobility MVP. It is truly an honor to be part of this great community – thanks again to all of you who have been very supportive in the past twelve months!
Time to celebrate!
When running Configuration Manager current branch 1606 you might run into a situation where you cannot modify the language configuration of a site. The option is simply greyed out, preventing you from adding any client or server languages.
The reason to why this is happening can be found in the ConfigMgrSetupWizard.log (hat tip to fellow MVP Roger Zander for pointing this out). Here we see an entry indicating that setup detected that client piloting is enabled for the site and as a result the modify language configuration option will be disabled.
So if we want to make any language modifications we need to promote the pre-production client to production first. This can be done in the administration workspace in the updates and servicing node.
Once the previous step is completed we can run the Setup Wizard again and in Site Maintenance the modify language configuration option is no longer greyed out. Adding client and server languages is possible.
Conclusion: you cannot change the language settings as long as the pre-production package has not been promoted.
The underlying reason for this is that we cannot apply language pack MSP files for the newer client to an older client version. When in piloting mode the new binaries have been updated everywhere, except for the client folder for production. Adding new client language packs would copy the newer language pack MSP files from cd.latest to the client folder that still has an older client version. These language pack files are not compatible with that older client – and as a result would be deleted.
Hope it helps!
Time for another feature highlight in Configuration Manager Current Branch (CB) 1606. For this post we will focus on the pre-release feature consent which is required as of update 1606.
As you will learn later in this post this just requires you to tick one single checkbox but before doing so there are some important things (and consequences) to take into account.
What are pre-release features?
As stated by Microsoft : Pre-release features are included in the product for early testing in a production environment, but should not be considered production ready. Also – according to the docs - there is no guarantee these features will be stamped production ready – there is a chance they never evolve beyond the pre-release state.
In the updates and servicing node the feature type column will indicate whether a feature is pre-release or not.
Note 1: yes – I did also notice the anomaly with the Conditional Access for Managed PC’s feature. Not sure why the name indicates pre-release and the feature type says release.
Note 2: the Windows Store for Business Integration feature is listed as a release feature but you cannot enable it. Bottom line: it behaves like a pre-release feature so you can only enable it if you have giving consent to pre-release features.
How to give consent to use pre-release features?
Giving consent is done through the hierarchy settings as shown in the screenshot below.
Important: this is a one time action which cannot be undone. Once enabled the entire section of the dialog box is greyed out – you can not uncheck the box.
Once you have given consent you can enable pre-release features in 1606 from within the Updates and Servicing node. For future releases this can then also be done through the wizard when you are actually installing the update
What happens if we do not give consent?
When installing an update in the future, the pre-release features will be visible in the Updates and Servicing Wizard but will be greyed out. They cannot be enabled.
Once the update is installed the pre-release features will be visible as well – but we cannot turn them on until consent has been given in the hierarchy settings. This is shown in the screenshot below.
That’s it for this feature highlight – up to you to decide whether or not to enable this in your production environments.
Until next time!
Time for another quick feature highlight and this time I would like to focus on the client side of things. With version 1606 the Software Center also has some nice new improvements – lets have a look into what has changed:
1 – Installed Software merged into Installation Status
Prior to version 1606 there was a tab named Installed Software. This tab is no longer visible on the new client. Instead the information related to installed software is merged into the Installation Status tab.
This is what it looks like on a lab Windows 7 client not yet upgraded:
And this is what an upgraded Windows 10 client looks like:
2 – New tabs for Updates and Operating Systems
Prior to 1606 Applications, Updates and Task Sequences were all listed under the Applications tab. This has now been properly split as two new tabs for Updates and Task Sequences have been added.
3 – Installing multiple updates
Multiple updates can now be selected for installation or by using the Install All button all updates can be installed in one single click.
4 – Applications List view
In older versions the applications tab only supported a tile view – although this is nice it can be rather annoying in the scenario where you have a large set of applications. As of 1606 you can now toggle between list view and tile view.
An example of the list view from our lab:
This last one was actually a request I had filed on UserVoice in February and it is really nice to see how fast this made it into the product. This is just one example but it shows the importance and relevance of logging any feature requests and feedback on UserVoice.
Until next time!
After my earlier post on the 1606 update process I have been exploring some of the new features in this build. A small yet nice change in 1606 is the cleaning up of the Updates and Servicing view.
With this release you will see only the most recently installed update and any new updates that are available for installation. The older entries will no longer be listed.
So after just installing 1606 in our environment it looks like this:
And what if we want to know what path this site has followed to come up to this level? Easy – just hit the history button and the answer to that question pops up:
Note : this only becomes available after your console has been updated also! If you still run an older version of the console you can simply close and then restart it to trigger the update process.
Until next time!