Posted on 02-21-2023 08:07 AM
Hi,
I have an issue with one my macbooks. It is not checking in with Jamf since a week after it was enrolled.
I’ve run the following commands on the affected macbook.
Sudo Jamf Recon
Sudo Jamf policy
Sudo Jamf checkJSSConecction
These haven’t fixed the issue. The macbook was enrolled by user-initiated enrolment by going to our server url /enroll
Do you know what else I can do to resolve this issue
thanks
Solved! Go to Solution.
Posted on 02-21-2023 09:41 AM
Does it still receive MDM commands? If so I would use the Binary Self Heal process:
Jamf binary self-heal with the Jamf API (modtitan.com)
If you run in to this issue on a regular basis, I would look at using this script to run this command from terminal:
Jamf binary self-heal via Terminal - Dan K. Snelson
I use this on a regular basis, and as long as the MDM commands are going through, it works well. The only consideration is that this will kick off the binary re-enrollment process, so if you have any policies with the trigger set to Enrollment and frequency Ongoing, they will run again. And, if you have clear policy logs on re-enrollment enabled, any Once Per Computer policies will run again as well.
Posted on 02-21-2023 09:41 AM
Does it still receive MDM commands? If so I would use the Binary Self Heal process:
Jamf binary self-heal with the Jamf API (modtitan.com)
If you run in to this issue on a regular basis, I would look at using this script to run this command from terminal:
Jamf binary self-heal via Terminal - Dan K. Snelson
I use this on a regular basis, and as long as the MDM commands are going through, it works well. The only consideration is that this will kick off the binary re-enrollment process, so if you have any policies with the trigger set to Enrollment and frequency Ongoing, they will run again. And, if you have clear policy logs on re-enrollment enabled, any Once Per Computer policies will run again as well.
Posted on 02-21-2023 11:09 AM
sudo killall jamf
sudo jamf recon
Posted on 02-24-2023 07:22 AM
This may not be what you are seeing, but be sure you are looking at the correct device record in Jamf Pro. If this unit has had a service event, it may have the same serial, but a new UDID. This will cause Jamf Pro to create a NEW device record when the device re-enrolls. You may search for serial and find two device records, one is checking in normally, but the other is not.
Just a thought.