Todd's Blog

Todd's Tips for System Adminstrators

Connect

Canadian MVPDays East – Toronto, Ottawa, and Montreal

by

I’m happy to announce that I will be presenting at all of the MVPDays Community Roadshows in Toronto, Ottawa and Montreal. Its a great training opportunity for IT professionals who are looking to sharpen their skills. You’ll find the style very similar to the Microsoft TechDays which ran a few years back.
This community initiative is the result of hard work by several of Microsoft Canada’s Top MVPs (Most Valuable Professionals). It is our pleasure to be able to share our knowledge locally allowing the IT communities to learn and advance their technical knowledge base. You can follow Canadian MVPs on Twitter using the hashtags #CDNMVP and #MVPHour.

Expert Speakers will present topics based on their real world experience in short action packed sessions. Content will focus on the following topics:

    · Cloud
    · IT PRO
    · SharePoint / Office 365
    · Development

I will be presenting a session on migrating from on-premise Exchange to Office 365.
To register for any of the Roadshows, select the appropriate city below. Use code UGPROMO to save on your registration.

MVPDays Community Roadshow Toronto
Date: February 29, 2016
Location:
Hilton Garden Inn Toronto/Vaughan
3201 Highway 7
Vaughan, ON,  L4K 5Z7
Registration Link

MVPDays Community Roadshow Ottawa
Date: March 2, 2016
Location:
Ottawa Conference and Event Centre
200 Coventry Road
Ottawa, ON, K1K 4S3
Registration Link

MVPDays Community Roadshow Montreal
Date: March 4, 2016
Location:
Delta Montreal
475 Avenue du Président-Kennedy
Montreal, QC, H3A 1J7
Registration Link

We look forward to seeing you there.

Drivers Showing as Unsigned in Configuration Manager 2012 R2

by

A customer has a problem with importing drivers for their Surface Pro 3 devices in System Center Configuration Manager 2012 R2.

We keep noticing some of the drivers are unsigned. I immediately realized something is up as Microsoft releasing unsigned drivers isn’t going to happen. So I started digging and immediately came to KB3025419 which seems to cover my situation. My customer uses Windows 2008 R2 as the Host operating system for the Configuration Manager server and so this KB is relevant. Basically, Microsoft changed the way they signed drivers and now use a different method. This new method is different than what Server 2008 R2 recognizes and thus the change.

It affect Configuration Manager 2007, 2012 and 2012 R2 so you might see this as well down the road once hardware vendors use the new method.

Install the patches and don’t forget to reboot. A reboot is required even if it doesn’t prompt for a reboot. How do I know this, experience. Our server was patched by a different team but they didn’t reboot. The problem still persisted until the reboot.

Another thing you have to do is remove the “unsigned drivers”. This means delete the drivers that are showing unsigned before re-importing the drivers again. Once these two steps were performed we were back in business.

If you are running Windows Server 2008 R2 for your System Center Configuration Manager install you might just want to install this patch during your next maintenance schedule. As more vendors sign their drivers in the new method, you might start to see issues even if you don’t deploy Surface Pro. Of course, if you are running Windows Server 2012 R2 you probably have never saw this issue and the patches are not required.

 

Problems Deploying Apps with System Center 2012 R2 in an OSD Task Sequence

by

Onsite at one of my customer’s sites we are deploying operating systems with a Config Manager 2012 R2 task sequence (TS). The issue I was having was the applications were not installing. They were set to deploy in a task sequence without deployment so that wasn’t the issue. Looking at the log, (logs are your friend, use them) and I discovered this:

Unknown operating system build number 9600 found, setting OSVersion to 'Other'.

Ouch, what does this mean. It means my CM12 deployment has something not right with it. I don’t what the issue is but I will bring it up with Garth of Enhansoft who is an Enterprise Client Management MVP. He might have an idea on how to fix this.

In the meantime, I just changed the settings so that the software doesn’t have an OS requirement to install it. Basically I can set the package so it only installs on Windows 7 or Windows 8.1. In this case we can’t use that as we don’t know the OS.

Just change the package or app and allow it to be installed on all operating systems and it will deploy fine. Not a great solution for those trying to lock down apps to specific operating systems but it works.

Once I figure out why 9600 is not being recognized, I’ll update the post and we can all fix.