Jamf Recon: Causing OneDrive Files On-Demand to download when gathering app usage info

sharnbrown
New Contributor

[RESOLVED]

Hi Everyone,

Having some trouble with Jamf Recon & OneDrive Files On-Demand.
When running "sudo jamf recon" to update the inventory when it gets to "Gathering application usage information..." I get a notification from OneDrive saying "jamf" is downloading files from OneDrive, would you like to block, allow etc.

I would like to use the Files On-Demand feature in OneDrive for my users. Microsoft have a OneDrive configuration guide on their site and one of the settings is "Block apps from downloading online-only files", but I cannot get this to work at all.
https://docs.microsoft.com/en-us/onedrive/deploy-and-configure-on-macos

We are using the standalone version of OneDrive.

Has anyone come across this issue or have any ideas?

Screenshot "sudo jamf recon -verbose"
6c65eb5ec28d4b60a44b5338afcdcc12

[RESOLVED]
Of course it's one of those things you spend a bunch of time on, get no where, then as soon as I make a post find that the cause of the problem is in fact my own.
I won't remove this post in-case someone else runs into the same thing.

The culprit: Inventory Collection > Software > Custom Search Path > Path: ~/
At some point I guess I added this and forgot about adding "~/", I even checked Inventory Collection during my troubleshooting but didn't pickup on it, confirmed that once I removed it the problem goes away.

6 REPLIES 6

beeboo
Contributor

interesting - i have this same issue but i dont have that custom search path setup, only custom on is /users.
8fe197b12f264981a97c038b4d7a6cc7

Blocking it as in the pic helps, but i dont know how to replicate that to the other users.

anyone have suggestions?

sdagley
Honored Contributor II

@beeboo Did you adopt the EA from the thread users running OneDrive thread? That would probably trigger hydration.

sdagley
Honored Contributor II

@beeboo You really don't want to have /Users as a custom search path for Inventory collection as it will potentially include a lot of data.

beeboo
Contributor

@sdagley no EA for onedrive

and to your second point, i see now that the custom search is only for Applications, which would not benefit me at all lol.
good point and thank you, ive made the changes.

lastly, i found the ini but i also found a .dat file with the same name. i cant make sense of anything in the .dat file but if i were to make changes to the inid oing echo “BlockedHydrationApp = jamf2” >> (filelocation) works in that it writes it, but once you quit and reopen onedrive the line goes away and you are back to whatever you did via the GUI only

EDIT: quick test showed that quitting onedrive then issue the aforementioned command works as expected - entry is persistent after multiple restarts of the application
c60b10f44b50445484e0025c05639596

sdagley
Honored Contributor II

@beeboo That was some persistent digging :-) Interesting that you have to block multiple instances of the jamf process, which are all named jamf, by appending numbers to the name

beeboo
Contributor

i added jamf2 to test to see if what i added would stick.
and to be safe i added selfservice in case SS kicked off a recon or something that would trigger it.

i wasnt sure what the difference between jamf and jamfagent was, though i think jamfagent is recon, so i figured better safe than sorry! lol

i did your 2 suggestions btw :)