So, we have done a few in-place upgrades from 2012R2 to 2019. After the upgrades, I’ve had to uninstall/reinstall the SCCM client. Is this normal? Should we be putting in a step prior to upgrade to uninstall the client?
Thanks,
Joe Heaton
Managed Services and Operational Support Unit
Information Technology Operations Branch
Data and Technology Division
CA Department of Fish and Wildlife
1700 9th Street, 3rd Floor
Sacramento, CA 95811
Phone: 916-919-5816
I’m not a SC guru, but I’ve experienced the same. I just go ahead and uninstall it ahead of time.
Thanks.
Regards,
Michael B. Smith
Managing Consultant
Smith Consulting, LLC
--
You received this message because you are subscribed to the Google Groups "ntsystemcenter" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
ntsystemcente...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/ntsystemcenter/SJ0PR09MB6686D4D1F1AE47FF86A79FB7AAEEA%40SJ0PR09MB6686.namprd09.prod.outlook.com.
That’s the conclusion I have now come to as well. Thanks for the sanity check.
From: ntsyste...@googlegroups.com <ntsyste...@googlegroups.com> On Behalf Of Michael B. Smith
Sent: Thursday, September 7, 2023 7:43 AM
To: ntsyste...@googlegroups.com
Subject: [ntsystemcenter] RE: In place OS upgrades and SCCM client
WARNING: This message is from an external source. Verify the sender and exercise caution when clicking links or opening attachments.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsystemcenter/dba74d81d8734bcfaaaa917ca286bde7%40smithcons.com.
We experience the same here. Its already been added to the checklist for in-place upgrades for us.
|
From: ntsyste...@googlegroups.com <ntsyste...@googlegroups.com>
On Behalf Of Heaton, Joseph@Wildlife
Sent: Thursday, September 7, 2023 10:46 AM
To: ntsyste...@googlegroups.com
Subject: [ntsystemcenter] RE: In place OS upgrades and SCCM client
CAUTION: This message was sent from outside of Canal Insurance. Please do not click links or open attachments unless you recognize the source of this email and know the content is safe. Please report all suspicious emails to "inf...@canal-ins.com" as an attachment.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsystemcenter/SJ0PR09MB6686DBD8FB4FD1D801312818AAEEA%40SJ0PR09MB6686.namprd09.prod.outlook.com.
So far, I’ve also had to run the MicrosoftPolicyPlatformSetup.msi to do a Repair, before the client is successfully installed.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsystemcenter/BN6PR13MB29133C0039E321C10496538FC5EDA%40BN6PR13MB2913.namprd13.prod.outlook.com.
I’ve noticed today that the servers we did in-place upgrades from 2012/2012R2 to 2019, aren’t getting AV definition updates. But, if I go into Windows Security settings on the server, and look at Virus & threat protection updates, it shows the date of the upgrade, but says the definitions are up to date.
This particular server is not allowed to go outbound to the internet, so is reliant on MCM for updates. MCM doesn’t show any issues with the client. EndpointProtectionAgent.log shows no errors, and this:
“start to send State Message with topic type = 2001, state id = 3, and error code = 0x00000000”
I’m also not seeing any errors in ExternalEventAgent.log
I did find a link to a manual download of the latest definitions, and have applied it, but I still want to figure out why I’m not seeing AVAM updates in ccmcache on any of the upgraded servers.
.
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsystemcenter/SJ0PR09MB6686DD2CAB22D95A7F88463CAAEDA%40SJ0PR09MB6686.namprd09.prod.outlook.com.
So, I’ve been looking at this issue, and it looks to be more widespread than I first thought. For AV updates, I have an ADR that was setup when Config Mgr was first setup here. It’s been working fine all this time. I was getting AM updates
in my ccmcache at least once a day. July 19 is the last day I see any in my ccmcache. Of course, we have alternate sources setup for clients to get updates, so no one is “too” far out of compliance, but this is bugging me. Nothing changed with the ADR. The
search criteria on the Software Updates tab is the same as always:

The deployment package has current updates in it, I verified with ruleengine.log that new updates are being downloaded and added to the deployment.
Anyone have any other ideas for troubleshooting this?
To view this discussion on the web visit https://groups.google.com/d/msgid/ntsystemcenter/BLAPR09MB66738193D1C21882BBF02AADAAF0A%40BLAPR09MB6673.namprd09.prod.outlook.com.