Quick question for the community

We are currently working on making the Bundle Status view provide both a consolidated and a per version view. This would allow you to see how many users/devices have a particular version of a bundle or the bundle as a whole. However, right now it looks like when you delete a version, say 0, that the status records associated with version 0 are still in the database. This means that the consolidated view would still consider devices that had version 0.

We are trying to understand whether this is what you as customers would expect? Or would you expect that if version 0 is deleted all status records from that would be deleted as well. This would mean that in the consolidated view workstations that had version 0 would not be shown in the consolidated view, even though they once deployed an older version of the app. Which behavior do you feel is desired?


Comment List
  • In general I think it should only show active bundles. However I do think there should be a special reporting function for "Machines that have non-active bundles on them" so that we can make sure those bundles either get removed or upgraded.
  • I most interested in which devices/users have the current version of a bundle assigned.
    I choose a leaner/cleaner faster database over historical Bundle version assignments.
  • Hi Jason,

    I would suggest to always list the device in the consolidated view, as the has (a version of) the bundle installed. Then in the per-version view I would still list the deleted versions but then show the text of those lines in grey instead (despite it probably also shows 'removed') of in black so the admin quickly sees that the version does no longer exists.

    Please then also use grey lines instead of black for Disabled bundles when listing those. I know we already show enabled/disabled but this makes it more visible to the admin.

  • Keep the deleted version status record.
    I would expect the Bundle status to show current version by default. However "Advanced Status" would display consolidated version of both current and historical data.

    A device w/licensed software installed via a bundle (Version 0) and it is disconnected from the network. (exists as standalone device at a monitoring station, etc.)
    Then upgraded this licensed software bundle to Version 1 (vulnerability fix). I cannot presume all my Version 0's received the update to Version 1.

    For usability, change control and license compliance, I would expect to know where all bundle versions are installed. Also for comparison tracking I could determine which devices had the version 0, that didn't get version 1.

    For those devices that received version 0 then upgrade successfully to version 1, the install tally would move from the historic to current qty installed.

    Side Note -
    Portable inventory scans currently record OS, software, licensed software and hardware, can it record bundles/versions also? This way a portable inventory scan will show current status of bundles installed on disconnected devices.

    Paul Pedron

  • Maybe a compromise is in order. We could show the data for deleted versions in gray as has been suggested, but then provide cleanup mechanisms.

    It would be best to give the option of cleaning it up on a per deleted version basis from the Bundle status page. Additionally, there should be a way to schedule the cleanup of versions deleted n days ago.
  • I'd rather see all versions, including the deleted ones.

    If it is deleted tell me it somehow (an asterisk next to the version number should do it).
  • No, it doesn't really make sense to keep this data. If the bundle version 0 was deleted with ZCM or ZCM policy and bundle version 1 replaced it, we care about bundle version 1 metrics. However, if bundle version 0 is still installed somewhere - would that still be reported?
  • I would expect the consolidated view to contain only "live" versions. Any workstations having had a deleted version would be expected to have moved successfully to the next version etc. so this info is outdated. If that particular version did something bad and you needed to know exactly which devices or users were touched by it the version drill down could help - but I don't think a need for this would pop up very often.