Today I had the following error message on a maschine:
Querying WMI for Ticker data changes.
Error: WMI query could not be performed.
Error message: Access denied
My colleague found out that the permissions in the WMI on his computer were different than on the faulty one.
The installation of the ticker app changes the WMI permissions so that all users can query the WMI class "root/ccm/policy/machine/requestedconfig" and not only the system (SCCM agent host). The ticker app is running in the user context.
This was not the case with the faulty computer. This morning, the repair/reinstallation of the SCCM agent has started on the faulty computer. Thereby the WMI classes are also included and resettet. Therefore, the permissions that the ticker app has set during the installation are gone.
Do you know this behavior?
Our first solution ideas:
1. When the SCCM agent setup is restarted, the ticker installation (or at least an WMI authorization setting) must then run afterwards. Otherwise nothing is running.
2. Compliance setting with automatic reset / repair of ticker rights
Answers
Oh, I see. I was not aware that the repair of the agent resets the WMI permissions.
That would cause an issue, because the Ticker Client installation only set that permissions on new (Ticker) install, not on repair.
Maybe we can create a Configuration Item to having that done. @wally_mead can we do that?
If not, you will have to uninstall the Ticker Client and install it again to have those WMI permissions applied.
Best regards
Flemming Appelon Christiansen
I'm afraid that we never created one to reset the permissions. I know of at least one customer that did so, but to my knowledge, they've never posted that for others to use.
I hope that helps,
Wally
Okay, understood, thank you for the quick reply!