Skip to main content
Solved

JSS 9.31: "Flush history on re-enroll"...possible bug

  • June 5, 2014
  • 33 replies
  • 163 views

Show first post

33 replies

Forum|alt.badge.img+13
  • Valued Contributor
  • August 20, 2014

On my 9.4 test-JSS the summary doesn't seem to reflect my changes to the DB

external image link

external image link


Forum|alt.badge.img+17
  • Contributor
  • August 20, 2014

@Chris][/url][/url,

I know it's a bit of a silly question but, after you made those changes in MySQL, did you restart Tomcat before running the Summary?

Amanda Wulff
JAMF Software Support


Forum|alt.badge.img+13
  • Valued Contributor
  • August 20, 2014

@amanda.wulff Yup, restarted Tomcat, and then the whole server, just for good measure


Forum|alt.badge.img+17
  • Contributor
  • August 20, 2014

@Chris

Noted! I just wanted to make certain that was done before I dropped one of my test machines back to 9.32 to test whether or not the display discrepancy requires toggling the option off and on again (or on and off again) to get them to match up. In your case, if you flip flush_location_information_on_remanage back to 1, restart Tomcat, then flip flush_location_information_on_remanage back to 0 and restart Tomcat, does it reflect accurately in the Summary?

If it does seem to require manual toggling in MySQL to get the Summary to accurately reflect the setting, I'll create a new defect for that.

We did have a defect in 9.3x and, as part of it, we saw the Summary not accurately reflect the setting in the database (typically, it reported false when management history flushing was set to true), but that is listed as fixed in 9.4.

Thanks!
Amanda Wulff
JAMF Software Support


Forum|alt.badge.img
  • New Contributor
  • August 20, 2014

I noticed there is also a 'flush_management_history_on_remanage' setting in the 'client_check_in' table now. Is this where we should be changing this setting in 9.4+?

It seems like this should be an enrollment setting to me, but it is listed under Check-In in the JSS Summary.


Forum|alt.badge.img+13
  • Valued Contributor
  • August 21, 2014

@amanda.wulff][/url i just tried switching both flush_management_history_on_remanage and flush_location_information_on_remanage to 1 and then back to 0, restarting Tomcat after every change.
My summary did not pick up any of the changes, however the changes definitely take effect as expected.


Forum|alt.badge.img+13
  • Valued Contributor
  • August 21, 2014

Ok, now i think i know where i'm wrong:

The table "enrollment_settings" i was modifying applies to User-Initiated Enrollment, which apparently includes QuickAdd packages created by Recon.
Including "User-Initiated Enrollment" in the summary displays the correct values from the "enrollment_settings" table

The table "client_check_in" applies to the Check-In section of the JSS summary.
These settings seem to be used when enrolling a client during Imaging.

@amanda.wulff can you confirm that? Sorry for the confusion.


Forum|alt.badge.img+17
  • Contributor
  • August 21, 2014

@Chris

No worries there, it stumped us for awhile as well, but that does look like that's the difference between the two tables and what they do/where they show up on the summary.

One set shows up under the User Initiated Enrollment section of the summary, the other, as you saw, under Check-In.
A couple of us had a, "Wait, why would it do that at check in?" moment when looking into it because of that.

I think it was the wording in terms of where they show up and the table names that gave a little head-scratching pause.

Amanda Wulff
JAMF Software Support