Mystery MCX behaviour

alan_trewartha
New Contributor III

Now I've not updated the JSS from 9.2 so there's every chance someone will pipe up "known problem" which is fine. But it might well not be that and I'm missing something obvious. (Note this is all MCX and not configuration profiles.)

I've been trying to isolate an issue whereby automatic Time Machine backups seem to have disabled across many machines over the last month or so. The big switch icon in the system prefpane is greyed out. If I delete the /Library/Managed Preferences/com.apple.TimeMachine.plist that frees it up.

So I duplicated our main managed preference in the JSS and isolated its scope to the "lab" building, and also ensured no other live MCX profiles extend to those machines.

If I delete the contents of /Lib/ManPref and run /usr/sbin/jamf mcx back come the plists. Fine.

If Iempty the folder again, remove all the computer level settings and run "jamf mcx" I get

Checking for Computer Level Managed Preferences... There are no MCX Settings to apply at the computer level.

and no plists appear. All good and right

The mystery step is when I add back one innocuous computer-level enforced settings (screen saver idle time) and run jamf mcx, I get LOADS of stuff. Including the setting that forced off TimeMachine auto backups, and other things such as the com.apple.SoftwareUpdate.plist with our specific CatalogURL in it. I think this URL is ONLY in the setting in our other profile, which is NOT in scope!

Have I missed something or is the JSS misbehaving - perhaps with a scrambled setting from an earlier upgrade. WHen it says "Recompositing MCX settings for localhost..." is that just a generic message or is it combining MCX from multiple sources - and if that latter, how can I troubleshoot those other sources?

(update: i've referred this to an official support call)

0 REPLIES 0