A quick Google search reveals com.apple.desktopservices as your preference domain. A few results on JN as well with this being the most recent one.
See @mm2270 post below. Didn't notice this was a launchd job and not the type of plist you'd need for a custom config profile.
The plist you've posted is a launchd job (LaunchDaemon or LaunchAgent). If this is what you need to deploy, it would go into a location like /Library/LaunchAgents/ or /Library/LaunchDaemons/, etc. You wouldn't use this as a Custom Configuration Profile, so I guess I'm a little confused about what you're attempting to do.
The plist you've posted is a launchd job (LaunchDaemon or LaunchAgent). If this is what you need to deploy, it would go into a location like /Library/LaunchAgents/ or /Library/LaunchDaemons/, etc. You wouldn't use this as a Custom Configuration Profile, so I guess I'm a little confused about what you're attempting to do.
I've been staring at screens too long today and didn't notice that :/ .
@Jdawgprime You need deploy the below plist with com.apple.desktopservices as the preference domain.
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>DSDontWriteNetworkStores</key>
<string>true</string>
</dict>
</plist>
The plist you've posted is a launchd job (LaunchDaemon or LaunchAgent). If this is what you need to deploy, it would go into a location like /Library/LaunchAgents/ or /Library/LaunchDaemons/, etc. You wouldn't use this as a Custom Configuration Profile, so I guess I'm a little confused about what you're attempting to do.
Apologies, I am beyond new at all of this and everything I was reading was saying to deploy a .plist with the Custom Configuration Profile. It is a LaunchAgent and basically just wanted a way with JAMF to put that in the LaunchAgents folder on all of our machines instead of doing them one at a time, I hope that makes more sense.
Apologies, I am beyond new at all of this and everything I was reading was saying to deploy a .plist with the Custom Configuration Profile. It is a LaunchAgent and basically just wanted a way with JAMF to put that in the LaunchAgents folder on all of our machines instead of doing them one at a time, I hope that makes more sense.
Hi @Jdawgprime, no need to apologize. We all start somewhere.
Have you tried the suggestion from @mainelysteve above to see if it solves your issue? Because using a profile tends to be the preferred way to affect preference settings. It actually does the exact same thing as the ProgramArguments section of your LaunchAgent plist, except that profiles are more permanent in nature. Technically speaking, something could override the manually applied settings using defaults write as your LaunchAgent is doing, in between log outs/restarts. Whereas with a Configuration Profile it won't get overwritten or overridden.
If you really would prefer to use your LaunchAgent, you could package it in Composer and deploy it as a package. Or you could use a scripted method to "write" the LaunchAgent into place. Like this.
#!/bin/zsh
cat << EOPLIST > /Library/LaunchAgents/com.org.donotwritenetworkstores.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>EnvironmentVariables</key>
<dict>
<key>PATH</key>
<string>/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin</string>
</dict>
<key>Label</key>
<string>DS Store</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/defaults</string>
<string>write</string>
<string>com.apple.desktopservices</string>
<string>DSDontWriteNetworkStores</string>
<string>-bool</string>
<string>TRUE</string>
</array>
<key>RunAtLoad</key>
<true/>
</dict>
</plist>
EOPLIST
chown root:wheel /Library/LaunchAgents/com.org.donotwritenetworkstores.plist
chmod 644 /Library/LaunchAgents/com.org.donotwritenetworkstores.plist
Hi @Jdawgprime, no need to apologize. We all start somewhere.
Have you tried the suggestion from @mainelysteve above to see if it solves your issue? Because using a profile tends to be the preferred way to affect preference settings. It actually does the exact same thing as the ProgramArguments section of your LaunchAgent plist, except that profiles are more permanent in nature. Technically speaking, something could override the manually applied settings using defaults write as your LaunchAgent is doing, in between log outs/restarts. Whereas with a Configuration Profile it won't get overwritten or overridden.
If you really would prefer to use your LaunchAgent, you could package it in Composer and deploy it as a package. Or you could use a scripted method to "write" the LaunchAgent into place. Like this.
#!/bin/zsh
cat << EOPLIST > /Library/LaunchAgents/com.org.donotwritenetworkstores.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>EnvironmentVariables</key>
<dict>
<key>PATH</key>
<string>/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin</string>
</dict>
<key>Label</key>
<string>DS Store</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/defaults</string>
<string>write</string>
<string>com.apple.desktopservices</string>
<string>DSDontWriteNetworkStores</string>
<string>-bool</string>
<string>TRUE</string>
</array>
<key>RunAtLoad</key>
<true/>
</dict>
</plist>
EOPLIST
chown root:wheel /Library/LaunchAgents/com.org.donotwritenetworkstores.plist
chmod 644 /Library/LaunchAgents/com.org.donotwritenetworkstores.plist
I did try he suggestion and still got the same error in the jamf.log which was “ the MDM verb not available on this version of MacOS. This is Monterey, so I’m not sure if that another problem , I couldn’t really come up with what that meant from looking it up. That being said I will attempt your two suggestions and see how those fair. I appreciate all the help and suggestions everyone!
I did try he suggestion and still got the same error in the jamf.log which was “ the MDM verb not available on this version of MacOS. This is Monterey, so I’m not sure if that another problem , I couldn’t really come up with what that meant from looking it up. That being said I will attempt your two suggestions and see how those fair. I appreciate all the help and suggestions everyone!
The log file is correct, you can't use the mdm verb in terminal i.e. jamf mdm ---- with 10.12(Monterey). It almost sounds like you have a script or another launch agent calling a script that contains line "jamf mdm ---" If you do then it needs to be pulled as well. It's either that or you are mistakenly issuing that command yourself.
Is this from a clean, newly enrolled machine or did you user enroll these with your 80+ load of launch agents already on them? I suggest a clean machine without your launch agent load on it and deploy the profile then monitor the jamf.log for any errors and observe if the profile changed the dsstores behavior on network shares.
The log file is correct, you can't use the mdm verb in terminal i.e. jamf mdm ---- with 10.12(Monterey). It almost sounds like you have a script or another launch agent calling a script that contains line "jamf mdm ---" If you do then it needs to be pulled as well. It's either that or you are mistakenly issuing that command yourself.
Is this from a clean, newly enrolled machine or did you user enroll these with your 80+ load of launch agents already on them? I suggest a clean machine without your launch agent load on it and deploy the profile then monitor the jamf.log for any errors and observe if the profile changed the dsstores behavior on network shares.
Thanks for the reply Mainelysteve, I will try that out and test it. I was attempting to do it on my test machine I have which was enrolled already, I will see what I can figure out. Appreciate all the help
