David
Joined 8 years ago
User Profile
User Widgets
Contributions
Intelligent auto-balanced collector pool updates.
Hi LM, Currently, applying collector updates (both one-time manuals and recurring-scheduled) to all of the collectors in an autobalanced group initiates updates for all collectors in the group simultaneously; taking the devices being monitored by the group down. It makes scheduled batch updating impractical for large pools that are scaled up over time. This is due to needing to continually add update schedules individually to every collector in the pool to ensure no overlap. Changing the collector update feature to be autobalanced-aware and cycle through the group, initiating the next collector in the group when the previous one comes back online post-upgrade, would significantly improve the utility of this feature. Thanks.9Views2likes2CommentsRe: Provide a method for assigning group visibility independent of user roles.
Being able to delineate dashboards that way would be great as well. The workaround system we have for alerts is that we have two root folders, one is Managed Service Infrastructure and one isCustomer Infrastructure. Everything that exists in Customer Infrastructurealso exists in Managed Services Infrastructure, though that is not always the case vice-versa. Each of our clients has a sub group in the customers folder containing their VMs, private cloud infrastructure, etc. When a new device is added, it's added both to the Managed Service Infrastructure group and the Customer Infrastructure group. We set all of the base thresholds against theManaged Services Infrastructure group and aim all of thecustomer-specific threshold adjustments against the Customer Infrastructure client sub groups.0Views0likes0CommentsProvide a method for assigning group visibility independent of user roles.
We want to be able to show our clients their device groups in LM, butthat currently requires making a new role for every client user due to group visibility only being able to be modified on the role rather than onthe user directly. If we could assign visibility directly to users, that would allow us to control all non-group viewingpermissions for clients from a single unified role due to them having otherwise identical perms. There may be other ways to implement a solution to address this such as group inheritance, but the only option that currently existsis to manage hundreds of nearly identicalroles, each one attached to a single client user. Any general updates to customer permissions (stuff that isn't related to device viewing permissions)right nowrequires changing permissions in those hundreds ofroles to match each other rather than adjusting a single permission on a single role.1View1like6CommentsGenerate daily emails listing new ops notes.
We would like to have a feature wherewe could have a summary of the ops notes added over the last 24 hours emailed out. This would allow our teams to receive overviews of important information on transient/intermittent issues as well as have notes from our NOC reviewed by tier 2/3 team member for permanent adjustments. Ideally something that could be configured to send out all notices, certain tags to certain teams, etc. As the ops notes are somewhat buried and live exclusively in LM, the lack of visibility has made them less than ideal to use. Being able to send out summary emailswould ensure both visibility to more eyes as well as allow us to send a ticket into our system. The ticket would providea time stampedarea to have ongoingdiscussions documented in a central place;accessibleto all technical personnel regardless of whether they have the required permissions to access LogicMonitor. It would also be helpful to have the ops notes visible by default for notes applicable to thatdevice/group's page instead of needing to click "See All" or search box to pull them up. Thanks.1View0likes0Comments