Author Archives: Leldance40k

Oops It’s been a While…

Well I’ve been through a degree of work related turmoil, as I may have alluded to previously.

I have since left my previous role and taken up the sword of contracting.

It has to be said that it was the best decision I could’ve made. I’ve since met, and continue to meet, a great many skilled people and some bloody managers.

Any regrets? Only that I didn’t make this choice sooner!

I’ll be adding some posts shortly…

Advertisements

CCMSETUP failure(s)

Okies, a quickie!

I’m now migrating in anger, lol, and making an effort to keep on top of the client deployment failures reported to my FSP server. This one caught my eye:

Continue reading

Config Manager Current Branch Delta Downloads and WSUS

Well!

So I am having a bit of fun with finally getting round to migrating to Current Branch. there are a lot of cool new features, which tbh, I probably don’t need but I am like a child in a sweet shop!

I noted that we have a new log called DeltaDownload – it was just sat there humming quietly to itself though. Little did I know it was about to unleash hell.

Continue reading

SUP, WSUS and the 500!

I am, again, having issues with the WSUS database. After trying a multitude of things, I pulled the SUP off, and unijstalled WSUS. I then rebooted… all good, or so I thought.

The next day, I noted Config Manager node alerts from point of reboot. Yeah, that usual sinking feeling…

Continue reading

Config Manager client scan error

Yup, I’ve been a bit quiet of late.

Out of the blue, my Windows 10 device suddenly stopped patching. I checked the WUAHANDLER.log and found something new. Which is always nice. Here is the log:

Cheers Microsoft.

Continue reading

Key Management Service โ€“ Troubleshooting!

So, is the KMS working? I’ve popped together some things to run through to verify Thingsโ„ข. No glossy pictures – I’ve covered most of this in greater depth with pretty pictures in my previous KMS posts ๐Ÿ™‚

  • Verify the KMS server record(s) is available via DNS.

The KMS servers must be registered in DNS so that the KMS clients can find them. Execute the following command:

nslookup -type=srv _vlmcs._tcp

Continue reading

Key Management Service โ€“ Shutting Down the Old KMS

Just a couple of quick tips from my experience. I kept the original KMS server active, but offline in case I needed a fallback.

1: Disable the KMS service. Seriously, stop it. In fact, burn it with fire as it has a habit of restarting at the most inopportune of times ๐Ÿ˜›

2: Your old KMS server will still receive requests if it remains in DNS. This isn’t too bad, as when a client cannot get to the KMS server, it will try something else from DNS.

As stated in earlier blogs, use the nslookup ocmmand to find the _VLMCS entries. You *must* have your new KMS servers in DNS!

3: If you’re happy with hte new KMS sevrer(s), then you need to remove DNS publishing and from DNS itself.

This is a great step by article, and really helped me through this process.