I called JAMF Support yesterday and still working with them, but wanted to throw out a lifeline so to speak if anyone else has the same issue.
We have about 75 MacMini's running a mix of 10.7.5 and 10.8.4, they are all used as Digital Signage. So the machines never move, and are always connected to the LAN, never shut down, etc, etc.
However they have been losing connection with the JSS. So yesterday I went thru and connected via SSH and ran sudo jamf recon on the machines that hadnt checked in greater than 1 day.
So the recon runs successfully, however I cant get the JSS inventory to update. I have stopped and restarted Apache and MySql, but it still shows the old inventory date. So how do I know they have checked in? I have it set to show the Antivirus date, so the machines are reporting current AV defs in the JSS, but not current dates of last report in/checked in times.
Has anyone else ran into this?
JSS is 8.64 running on a OS X 10.7.5 server
Question
Machines not checking in with JSS
+3
+12If it was only that easy. These are true machines, they never sleep.
+7I manage /Library/LaunchDaemons with my own custom script distribution repository tool. Long story short, I accidentally wiped jamf services.
For the fix:
root@itch (0):~# jamf version
version=9.7
root@itch (0):~# ls /Library/LaunchDaemons|grep jamfsoftware
root@itch (1):~# jamf manage
Getting management framework from the JSS...
Enforcing management framework...
Checking availability of https://casper.xxxxxxx.com:8443/...
The JSS is available.
Enforcing scheduled tasks...
Creating launch daemon...
Creating launch agent...
Checking availability of https://casper.xxxxxx.com:8443/...
The JSS is available.
root@itch (0):~# ls /Library/LaunchDaemons|grep jamfsoftware
-rw-r--r-- 1 root wheel 777B 24 Apr 16:06 com.jamfsoftware.jamf.daemon.plist
-rwxr--r-- 1 root wheel 474B 24 Apr 16:06 com.jamfsoftware.startupItem.plist
-rw-r--r-- 1 root admin 528B 24 Apr 16:06 com.jamfsoftware.task.1.plist
root@itch (0):~# ps x|grep jamf
96960 ?? SNs 0:00.27 /usr/sbin/jamf launchDaemon -monitorUsage -enforceRestrictions -monitorNetworkStateChanges
97007 ?? SN 0:00.09 /usr/sbin/jamfAgent
97088 s001 S+ 0:00.00 grep jamf
root@itch (0):~#Jumping on this thread...
Random endpoints managed by our Jamf Pro instance are not checking in/performing an inventory update for even more than 10 days.
Our ad-hoc solution is to request the user to run a policy from the Self Service app which forces Inventory Update (Policies -> Maintenance -> Update Inventory)
Does anyone have an idea regarding what causes it and how do we eliminate the issue for the long term?
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.