Closed master-vodawagner closed 10 months ago
Good news is the failover option is now working for me on RC1 :P
So super
is doing it's thing as you can see by the Jamf APIs acceptance of the request and the return of "201".
However, I'm not sure the new API can allow for beta installations.
This is why I can't fully test until the "real thing" is out.
So it was working with 4.0b3 in terms of Apple beta products and JP11.0.x but working on the cloud vendors like Jamf/Apple change things which causes these problems. :D
I'll chase this through the Jamf beta forums to see if they can see anything
So... I'm pretty sure this problem is due to the Apple endpoint that MDMs vendors use to check version numbers. It only offers up shipping (non-beta) versions: https://gdmf.apple.com/v2/pmv
The previous Jamf Pro API did allow for beta updates... it literally allowed you to specify "don't do an Apple version check".
However, you are using the new API which has no such provision. In your previous tests did you have the new Software Update Beta enabled? I believe the change in Jamf Pro 11 is that it's enabled by default, but you can still switch it back to the legacy mode.
Correct, legacy version works flawlessly with Super V4
Yeah.. I think it's just the combo of beta+new API...
I've had no problems attempting non-beta updates with the new API.
Well I've raised it on Jamf' s beta forum, also spoke to an Apple resource, if the build number is provided to the SW declaration it will update providing the machine is on the beta catalog.
hrm... The Jamf API reference only claims to accept full version numbers....
https://developer.jamf.com/jamf-pro/reference/post_v1-managed-software-updates-plans
curl --request POST \
--url https://yourserver.jamfcloud.com/api/v1/managed-software-updates/plans \
--header 'accept: application/json' \
--header 'content-type: application/json' \
--data '
{
"devices": [
{
"objectType": "COMPUTER",
"deviceId": "42"
}
],
"config": {
"updateAction": "DOWNLOAD_INSTALL",
"versionType": "SPECIFIC_VERSION",
"specificVersion": "12.6.1"
}
}
'
I've had this issue since I updated my local copy of Super V4.0b3 to V4.0b7 and the RC1 version.
Super starts the 5 minute delay for the MDM but I see no trace of any action on the device in JP in terms of MDM commands
super.log extract
MDM Command extract