Skip to main content
Question

Flushing Policies...

  • March 20, 2017
  • 35 replies
  • 160 views

Show first post

35 replies

Forum|alt.badge.img+20
  • Author
  • Valued Contributor
  • March 22, 2017

Thank you @Kyuubi for this. I have yet to find a solution and feel this should be easier than it is. With the QuickAdd solution, are you installing it at reboot after imaging or at imaging time?


Forum|alt.badge.img+17
  • Honored Contributor
  • March 22, 2017

@mm2270 I haven't been following the thread closely, but my post image scripts are running fine. Maybe if others are having issues, they could try adding quickadd into their workflow.


Forum|alt.badge.img+12
  • Valued Contributor
  • March 22, 2017

@CasperSally, so to restate what you are suggesting: You get a current QuickAdd package from Recon, upload that to your Jamf server using your method of choice, and add that package to any imaging configuration with Priority 1, Install on Boot.


Forum|alt.badge.img+17
  • Honored Contributor
  • March 22, 2017

yup. been having to do that for years now. it will flush policy logs though


Forum|alt.badge.img+20
  • Author
  • Valued Contributor
  • March 22, 2017

@musat I just tested this with our test iMac. I created the quick add from Recon, added it to the JSS using Casper Admin. We made it priority 1 and have it set to install at boot after imaging. I imaged this test iMac and the policies did not flush. They are all setting at completed. I was hoping this was the magic bullet, but it doesn't seem to be working.

At least looking at the policy log history for the computer in the JSS, the policies all show completed as of yesterday. Maybe they will run again, but I was hoping to literally flush them out completely to be sure.


Forum|alt.badge.img+12
  • Valued Contributor
  • March 23, 2017

I also tried adding the QuickAdd.pkg file, without success. The issue I was specifically trying ot resolve was PI-003666, of scripts not running during imaging. Since I found a resolution for that, I figured I would post in this group as well. My original post for this is over in https://www.jamf.com/jamf-nation/discussions/18200

I downloaded all of the scripts (we reference 6 in our image configurations) from the webpage and removed the '.sh' that was added during the download. Then packaged all of these scripts in Composer, putting them in the /Library/Application Support/JAMF/FirstRun/PostIntall/Resources folder. I then uploaded this packaged DMG to the server using Casper Admin, and set it to Priority 5 (before anything else) and Install on Boot. The final step was to add this DMG to all imaging configurations. After doing this, imaging is now working properly again. Thankfully, none of these scripts change, so I shouldn't need to update this package before Jamf gets the issue fixed.

Hopefully this helps someone over here as well.


Forum|alt.badge.img+20
  • Author
  • Valued Contributor
  • March 23, 2017

Hello @musat I am testing this out right now. Hopefully this will do the trick. Thank you for sharing your process, it is much appreciated.


Forum|alt.badge.img+20
  • Author
  • Valued Contributor
  • March 23, 2017

Well, it appears this didn't work @musat. So, I am going to use my work around which is to use a self service policy that a person clicks on to initiate the wiping of policies, removal from AD and to restart the Mac. We will hold down the option key, choose the NetBoot drive and all will be well for imaging. This of course assumes the AutoRun is configured for the computers being imaged.


Forum|alt.badge.img+12
  • Valued Contributor
  • March 23, 2017

To give credit where due, it was @gachowski in that other thread that directed me along this line. So definitely glad to have these forums as a place to go when things turn upside down.


Forum|alt.badge.img+17
  • Honored Contributor
  • March 23, 2017

Just updating to say I didn't migrate scripts to db, so that may be why I'm not seeing this (as opposed to the quickadd being reason)