Open GoogleCodeExporter opened 8 years ago
Take a look in managedsoftwareupdate around line 553; there is an attempt to
initialize the report with the previous values in some circumstances.
Since managedsoftwareupdate archives each report, you might instead want to
keep track of which reports have been submitted (or when) and submit from the
archive if needed.
Original comment by gregnea...@mac.com
on 21 Jul 2011 at 6:48
re: your L553 reference, what's the logic behind only reading the existing
report when in installonly mode? it seems that we need to read the reports in
ALL modes?
Original comment by jr...@google.com
on 21 Jul 2011 at 8:18
Reports originally reflected only what actually occurred in a given
managedsoftwareupdate run. But when doing an --installonly run, we skip the
entire checking phase and therefore have a lot less state info. So I added the
reload of previous state info for that run type only.
But munki is generally stateless in that it doesn't really care what happened
in the past (except for an --installonly run).
It sounds to me like you're thinking of the report as a description of the
overall state as opposed to a description of the state at the last execution of
managedsoftwareupdate.
I think you should keep track of the last successful submission date/time and
submit not only /Library/Managed Installs/ManagedInstallReport.plist, but any
report in /Library/Managed Installs/Archives that is newer than your last
successful submission date/time.
Original comment by gregnea...@mac.com
on 25 Jul 2011 at 7:15
Original issue reported on code.google.com by
jr...@google.com
on 21 Jul 2011 at 5:27