Could you elaborate on this please?
I'm experiencing an issue very similar to @vferra . When I run QuickAdd from user initiated enrollment, installation will go to about 90%, then hang and fail. Manual enrollment proceeds to work.
While troubleshooting, I discovered that the QuickAdd will install properly only when the computer is on the most recent OS update aka 10.13.4.
What are you referring to when you mention Software Inventory being enabled? Is this an option in MacOS? Forgive me, but I'm new to MacOS and Jamf. I'm very much hoping to avoid updating new computer deployments to 10.13.4 (or whatever is newest at the time) just so they enroll properly with QuickAdd.
Do you have any workarounds that I can investigate? My research hasn't pulled up much yet. Thank you for any assistance.
I'm having the same issue it seems. I have a Mac that got swapped out at the store so it's not in DEP. When the user was trying to enroll it via /enroll, it would get towards the end and installer would fail.. It does some partial enrollment however, it shows up in jamfcloud but never finishes the installs on the laptop.
I was able to get it to work on a laptop I had here, but then I realized it seems to be an OS issue as well. 10.13.3 worked fine. But if I update to 10.13.4, it fails for me as well.
Creating a new quickadd.pkg gets the same results.
Tried running the enroll command, I get this:
Creating launch daemon... Creating launch agent... Checking availability of https://xxxxxx.jamfcloud.com/... The JSS is available. Checking for policies that use the Enrollment Complete trigger One or more policies that use the Enrollment Complete trigger have failed. Error code: 1 Error message: The operation couldn’t be completed. (com.jamfsoftware.task.errors error 1.) Enroll return code: 4
I too just had this issue. @ronnie.smith walked me through how to resolve it and hoping that maybe she can reach out to you. But basically what was happening was this: The QA package failure message was displayed, but the Device enrolled and the Self Service worked... what was causing it to happen? well, I had ticked in a policy to install an admin account, on a reoccurring check-in. But the account had already existed, which when the QA package was run it would fail due to the account already being there. The correction was to create a smart group that said if the Admin account did not exist to run the policy, but if it did have the account then the QA would skip over this portion as the criteria has been met.
About as clear as mud right?
But I hope this helps.
So let me get this straight:
I get a Mac, it's got 10.13.Not latest. It's enrolled in DEP, it's assigned a pre-stage, I open it up, start going through everything, but it won't enroll because it's not the latest and it needs to download software updates?
Am I thinking this through properly?
Hi, i have exactly the same problem after trying to configure Scep proxy.
Now Jamf Pro install with the quickapp our internal root ca to the keychain and not the built-in.
And say me at the logs: "The jamf binary could not connect to the JSS because the web certificate is not trusted" --> sure because you are installing the wrong CA
When i try to install over DEP: the device login with my AD User and then nothing, no configs, no logs, no profile, no certificates, because of binary doesn't install.