Skip to main content
Question

Software Update information issues in JSS 9.96

  • September 21, 2016
  • 7 replies
  • 47 views
I
Forum|alt.badge.img+4

We just migrated from JSS 9.92 (on Windows Server 2012 VM) to 9.96. We had done some pre-testing on a clean install of 9.96 with a few test Macs and noted that the Software Update category was not being displayed when looking at a computer's inventory record. We went back to our production server on 9.92 and set up a saved search whose criterium was Number of Available Updates more than 0, in case we needed a workaround for this problem. Because of Sierra compatibility, we chose to go ahead with the upgrade to 9.96 despite the bug. (Note that iOS devices are not in play, just Macs.)

Our experience on a JSS upgraded from 9.92 was different. In the computer inventory record, the Software Updates category was being displayed but was reporting a value of zero for all records. When we went back to our saved search, we confirmed that the JSS was still reporting many non-zero values for Number of Available Updates.

This problem is similar to one mentioned in this thread about 9.93 and may also be related to a tracked bug numbered PI-002946 (as cited in the Mac Admins Slack). I'm wondering if anyone else is seeing this.

I'm guessing I could restore the functionality by writing an Extension Attribute that essentially spits out the results of softwareupdate -l, but I'd rather help debug the problem so that JAMF can find us a solution.

7 replies

C
Forum|alt.badge.img+12
  • claven
  • New Contributor
  • September 22, 2016

+1, we shut off our SUS polices until a fix comes out.

Our Smart Groups were not updating for SUS so our clients keep getting hit by our reoccurring policy to install overdue updates and force a reboot.

F
Forum|alt.badge.img+1
  • fgeronimo
  • New Contributor
  • September 22, 2016

@iaml We see this in our environment when I updated to 9.96.I filed a support ticket to JAMF Support and they marked it as PI-002946. I recommend that you get in touch with your TAM as it will aid in hopefully resolving this issue. In the meantime like you said, you can use a Extension Attribute that runs softwareupdate -l but I don't know how neat that will be. Your TAM may have a better method.

P
Forum|alt.badge.img+4
  • pchen_plaid
  • Contributor
  • September 22, 2016

I filed the same thing and got the same response however I was told to run the following:

softwareupdate -l | grep "*" | sed "s/*//g" | sed "s/$/,/g"

I
Forum|alt.badge.img+4
  • iaml
  • Author
  • Contributor
  • September 22, 2016

My account manager suggested the same string you mentioned, @pchen_plaid, so I wrapped it up as an Extension Attribute thusly:

#!/bin/sh
SUList=`softwareupdate -l | grep "*" | sed "s/*//g" | sed "s/$/,/g"`
echo "<result>$SUList</result>"

That puts out a nice, comma-separated list. Here's the catcher: once this EA runs, the Software Update category for that user miraculously updates to the correct count. It's not just the fact that it does a full inventory after an upgrade of the JSS to 9.96, it's that it ran this particular EA. Odd, odd, odd, but full workaround in place.

L
Forum|alt.badge.img+4
  • Leal
  • Contributor
  • October 7, 2016

@iaml

You're right! after I run recon the SWU count seems to be fixed. That's really odd.

I
Forum|alt.badge.img+4
  • iaml
  • Author
  • Contributor
  • October 7, 2016

Further update: after the subsequent check-in, the Software Update count went back to zero. So we are using the EA exclusively at this point.

J
Forum|alt.badge.img+14
  • jhuls
  • Valued Contributor
  • October 13, 2016

@iami You mentioned that your account manager suggested the same string but your string is different. Which would be the correct string?

Terms & ConditionsCookie settingsAccessibility statement