Dealing with pending policies that won't execute

bravestface
New Contributor

Good afternoon,

I am doing some research into why a small number of machines in our fleet were missing a specific product that should have been installed upon enrollment. I've determined a couple of things already but there are a number of endpoints that are checking in that seem to have this specific policy stuck in a 'pending' state. I was hoping to be able to remotely flush each log for the affected machines but those options are greyed out since its in the 'pending' state. Is there a simple way for me to clear out the pending status on each and force it to run again from the backend?

Thanks

D

6 REPLIES 6

sdagley
Esteemed Contributor II

@bravestface Pending should indicate that the policy will run the next time the machine checks in. You can't force the policy execution on the server side, but you can make the Mac check in by running the following command in Terminal: 

sudo jamf policy

Thanks. Yes that is the last resort. There are a number of machines to address and many have been managed for years. So there might be more going on with these.

btowns
New Contributor III

Are they running any policies? Maybe these machines have a policy that is running for a long time. Software Update policies had this issue not long ago where they would essentially never finish and block other policies from running.

Levi_
Contributor II

I second this. Look at the jamf log on the Mac and see if it's hanging. I've run into this issue out of the blue earlier this year and haven't turned on software update collection since and am not turning it back on until I don't see any more Jamf Nation posts with the issue. I am absolutely not going to run into that problem again. 

SCCM
Contributor III

Ive seen it before if your upgrading a application and its removing a old Version, The policy might stay in a pending state due to a script running on the machine whcih is waiting for a application to finish uninstalling (requires a reboot). so the policy never completes and reports back as sucessfull.

In this case, there is a removal script that fires before paying it down. I'll look into that angle.

 

Thank you!