Posted on 07-09-2024 07:22 AM
I have a four computers which don't regularly checkin. It's my understanding, this is done by the Jamf binary, and is scheduled by /Library/LaunchDaemons/com.jamfsoftware.task.1.plist
However, I have a bit of a struggle to go from there. The only computer I have access to is my own (probably next week I can debug another computer). When I check the com.jamfsoftware.task.1 global daemon on my own computer with Launch Control I see it has an error state, with exit code 1.
When I check jamf help policy, exit code 1 is not documented...
And when I run the same command from the command line, the exit code is also 1, and there are no error messages... Any pointers?
07-09-2024 11:23 AM - edited 07-09-2024 11:30 AM
Exit codes are documented in scripts, it wont be in jamf help unless Jamf put it in their help pages. I believe Jamf has event logging for this task disabled, so there probably won't be anything in console logs but it's worth checking.
What happens when you run sudo jamf policy -verbose manually on an effected device?
Posted on 07-24-2024 12:52 AM
"-verbose" isn't an option, and it also doesn't print more information when I try.
What exactly do you mean "Exit codes are documented in scripts"? How do I get this information?
One thing I noticed: all problematic machines haven't been rebooted a while. When running `uptime`, it prints 25+ days.
Why would this be problematic to jamf? And should I enfore a reboot every 4 weeks or so? If so, how do I do that?