Posted on 11-13-2020 02:27 AM
We have noticed that JamF is reporting Big Sur as 10.16.0, but apple are declaring Big Sur as 11.0.1
This is causing a few problems with Smart Groups we have setup for Big Sur Testing.
Posted on 11-13-2020 02:53 AM
I noticed the same thing this morning. Hope Jamf adjusts it to align with Apple.
Posted on 11-13-2020 03:12 AM
I need to know for our F5 Access Policies.
Posted on 11-13-2020 04:43 AM
For now I use osversion ge 10.16, so it doesn't matter whether it is '10.16' or '11.0.1'.
Posted on 11-13-2020 06:30 AM
From what I'm reading this is intentional, Big Sur itself will report 10.16 in certain contexts instead of 11.x to maintain backwards compatibility with certain apps. Not sure what the context is for when it reports 10.16 vs 11.x specifically though.
Posted on 11-13-2020 11:06 AM
This should be "resolved" in a future release.
Regarding what @quip_MDavison mentioned, see:
Posted on 11-13-2020 12:09 PM
I base a lot of my smart groups related to OS version, so if I were to use 10.16 to build my groups and they fall out of scope after a change, that could be a potential problem for me.
Posted on 11-13-2020 01:29 PM
There are two solutions to that.
Version = 10.16 OR Version = 11.0.1
Or Version >=10.16, cause 11 is greater than 10.16.
Posted on 11-13-2020 03:46 PM
Sorry disregard this systems needed a recon.
Posted on 11-15-2020 03:58 AM
I've found that although the OS reports itself as 11.0.1 the backend version which the F5 Edge Client finds at the moment is 10.16
So I've had to set our F5 Access Policy to allow OS version 10.16 to allow MacOS into our environment.
Posted on 11-15-2020 07:25 PM
The "Patch Management" screen on Jamf Pro tells me that we have zero (zero!) machines running the latest version of macOS, which is says is 11.0.1, but my machine (running 11.0.1) is reported by Jamf as running 10.16 ...
Looks like this is a problem that needs fixing at Jamf's end somehow
Posted on 11-16-2020 02:48 PM
Take this with a grain of salt - I read today that Intel-based Macs report 10.16, and M1-based Macs report 11.0.1. Don't have a M1 machine to verify this on yet.
Posted on 11-17-2020 03:24 AM
We have the same problem, let's hope Jamf is going to fix it soon.
Posted on 11-17-2020 08:09 AM
Hello, thanks for the post and the discussion around this. Sorry for the confusion.
Apple reports Big Sur in two different ways depending on if the binary checking the OS build was built on previous versions of Xcode or the newly released version of Xcode 12.
Starting with Jamf Pro 10.25.2, released today, the Jamf Pro management framework has been updated with Xcode 12 so it will now report Big Sur as macOS 11.
Please let us know if you have any questions.
Posted on 11-20-2020 06:11 PM
So the smart group for Big Sur should be???:
Operating System Version LIKE 11.0. OR Operating System Version LIKE 11.1.
Then add more ORs for each minor version, for when 11.2. is released?
I am trying to avoid getting any 10.11.x device in the mix. That will occur if you simply enter: " 11."
I could include greater than and less than, but what is the most efficient method for just Big Sur 11.
The jamf release notes state:
In Jamf Pro, create a new group with the version 11.x.x as criteria.
Some will think they literally should enter it in as 11.x.x. But I don't think of x as being any wildcard or valid entry for criteria.
Posted on 11-20-2020 06:40 PM
@jhalvorson Operating System Version Greater Than or Equal to 11.0 will get you Big Sur and not 10.11.x once you're on Jamf Pro 10.25.2 or later
Posted on 11-20-2020 06:46 PM
Our JSS is at 10.25.2.
I will try that and include
And less than or equal to 11.9
So that we are prepared when macOS 12 is release next fall.
Posted on 11-21-2020 03:12 AM
You can also use 'Operating System' 'matching regex' '^11.'
Posted on 11-21-2020 11:50 AM
before our upgrade to 10.25.2 I set up a Smart Group with 'operating system version' 'LIKE' 10.16 OR 11 and no problems after upgrade.
Machines that haven't checked back in yet are still showing up in the view results as 10.16.0 but those that checked in after the upgrade now report back as 11.0.1.
We had one deployed product on Catalina which is causing kernel panics on Big Sur and we're using this Smart Group to exclude it. Summary: I'll rest easy this weekend.
Posted on 11-23-2020 02:01 PM
@jhalvorson You can do the
[greater | less] than option and/or you (depending on what you're attempting to get), you can also exclude 10.11. So Operating System Verison
not like 10.11.
Posted on 11-23-2020 02:02 PM
Posted on 11-23-2020 02:10 PM
@MLBZ521 That's why @mschroder specified "Operating System". Unlike "Operating System Version", which is a numeric response, it's a text response which happens to contain the version string so RegEx is usable on it.
Posted on 11-23-2020 02:16 PM
Ah, I see. I didn't read close enough, my bad.
Posted on 12-16-2020 05:47 AM
I upgraded to Jamf PRO 10.26.0 yesterday but none of our seven Macs running on Big Sur are reporting a version number beginning with 11 this morning. All but two have checked in since the upgrade and still show 10.16 in their inventory records. So something still isn't quite right, at least with our system.
Posted on 12-16-2020 07:25 AM
Posted on 12-17-2020 07:37 AM
Yep. Figured that out this morning. All are reporting 11.0.1 now. Thanks.
Posted on 01-14-2021 07:42 AM
(Deleted, community sanity check prevailed, see https://www.jamf.com/jamf-nation/discussions/37295/big-sur-version-number#responseChild211661)
Posted on 01-15-2021 09:17 AM
Why create an extension attribute for something that the standard framework already gives you?
Posted on 01-19-2021 09:53 AM
@mschroder point taken, for some reason it didn't work in the past, confirmed I was using Operating System Version which doesn't provide
Using Operating System,
regex, this works in identifying any 10.16.x or 11.x computers. Thanks!