SeanC
Joined 5 years ago
User Profile
User Widgets
Contributions
Re: Add ability to alert on No-Data for a specific data source at the host level.
Is this still coming? We just found a bunch of devices not retrieving data due to MFA being enabled on an account and no alert was received so have lost months of data collection and nearly experienced an outage.19Views1like0CommentsRe: Auto Balanced Collector Groups need a rework
On 9/23/2021 at 2:04 AM, Michael Rodrigues said: @SeanCABCG should not prevent failover even when the target collector is/would be above the rebalance threshold. If you're seeing this behavior I suggest reaching out to support to see if they can help you out. We had an incident where instances didn't failover as expected so I raised a ticket. Support staff were the ones who advised me that collectors won't take instances over the threshold during a failover. I questioned the advice at the time as it was contrary to the way I interpreted the documentation but apparently the advice was verified with another engineer and is accurate. I guess I'll have to set up some tests and verify.28Views0likes0CommentsAuto Balanced Collector Groups need a rework
Currently, if a collector goes down the devices it was monitoring will only failover to other collectors in the group if doing so does not put them over the defined Rebalance Threshold on the ABCG. This means you can't specify a Rebalance Threshold that allows instances to rebalance evenly across your collectors AND allow for instances to failover, it's one or the other which defeats the whole purpose and takes the Auto out of Auto Balance as to have collectors run in an n-1 highly available configuration means you have to specify a Rebalance Threshold value that is higher than the total instance count divided by the number of collectors minus one, then after a failover you have to adjust the Rebalance Threshold to a number close to the total number of instances divided by number of collectors, trigger a rebalance, wait, and then set the Rebalance Threshold back tototal instance count divided by the number of collectors minus one. Madness! I propose keeping the Rebalance Threshold field but making it actually behave like it's name; when instance count is over the value, collector tries to offload instances to other collectors in the group. BUT, allow instances from a failed collector to offload to collectors past that threshold value so that failover continues to work. To address the concern of collectors being pushed past their capacity, add an additional field called Max Allowed Instances and only disallow instances to be offloaded to a collector if the instance count would push it past that value and trigger an alert in the event that that happens. This will allow us to have HA configurations AND auto balancing of instances work at the same time, as well as alerting us to the fact that instances have not failed over when it happens so that steps can be taken to increase the sizing/number of collectors.62Views1like4CommentsAudit logs that actually log what the changes are and to what object please
We desperately need audit logs that include: The object name The object ID What item(s)changed on that object What the new values are And if applicable, what the previous values were. Needed ASAP as currently there is no way to audit changes as the current audit logs are almost useless. They contain entries like this "Update the datasource instances, disable monitoring of instances : [<instance names>] " Great, now I need to go into each and every one of our thousands of devices and check to see which one had it's instances disabled incorrectly. Also, changes anywhere to monitoring (enabling/disabling instances etc) should trigger a prompt to enter a reason for the change like threshold changes do! LogicMonitor is great but there are so many inconsistencies in the way different parts of it work0Views0likes0CommentsIs there a token that refers to a device groups parent or a token that give the full device group path?
There is a token ##RESOURCEGROUP## that shows just the name of the device group a device is in but is there a way to show that device groups parent? Or that device groups full path? I have a device group structure that organizes things by location then by type. EG: Customer A/Site A/ESXi Hosts Customer A/Site B/ESXi Hosts If I use just ##RESOURCEGROUP## then I end up with NOC widgets that group by resource group just showing a whole bunch of 'ESXi Hosts' for the name of each grouping. I would like to be able to name the grouping with either the parent or if that's not possible, by the full path. There was a feature request made by Mosh several years ago but I don't have permissions to view it so can't tell what ever happened to it: /topic/1123-new-token-for-groups-parent-groupparent/ Did that ever get any traction? Pulling my hair out here over these widgets, none of them seem to have consistent behaviour either....12Views0likes2CommentsRe: Monitoring Linux systems using SSH
Hi Kerry I had a look there first and the only ones starting with 'Linux' in my list are: Linux Disk Inodes Linux_Sensors_Fans Linux_Sensors_Temperature Linux_Sensors_Voltage Do I need to look at a different server thanv128.core.logicmonitor.com ?4Views0likes0CommentsAdd 'Threshold History' and 'LastModified' to Alert Thresholds report
Hi Can we please get the 'Threshold History' and a 'Last Modified' date as optional columns in the Alert Thresholds report. This would allow a huge time saving in reviewing modified thresholds. Currently we have to run the report which results in hundreds of entries, each of which then requires someone to go to the corresponding device, locate the alert, go into edit the thresholds in order to view the history and time the change was made. This current method is not practical now when we've just started using LogicMonitorlet alone when we add hundreds more devices.2Views1like0Comments