Change Instance Name
Hi, I have noticed a few alerts are not generating ticket within our Connectwise Manage via the integration, looking in the log i can see a 400 error with the below payload: { "code": "InvalidObject", "message": "ticket object is invalid", "errors": [ { "code": "MaxLengthField", "message": "The field summary must be a string with a maximum length of 100.", "resource": "ticket", "field": "summary" } ] } I understand that the length restriction will be from connectwise, but is there a way to change the name of an instance within logicmonitor. The alert in question here will be around 104 characters in length. The instance for this is picked up via auto discovery from Unifi Access Point Datasourceand i cannot see a way to change the name of this. Thanks, JamesSolved123Views10likes3CommentsUIv4 instances when there are none?
Perhaps I just wasn't paying attention previously, but does the new UI show everything has an instance even when it's not a multi-instance DataSource now? Is that a recent change? It automatically jumps to the "instance" when you click on the DataSource entry so not really causing an issue but kinda threw me for a loop when I thought a DataSource I was working on was somehow creating instances when it shouldn't. Seems kinda odd and perhaps confusing when training on what instances are if everything looks like it has one.69Views9likes3CommentsAbility to group interface instances
Hello, We would like to have the possibility of group interface instance(s) [from different devices/clients]. As an MSP we have the need of creating common thresholds for certain types of interfaces we want to group, reports, dashboards, etc... Within LM we aren't able to group instances from multiple devices/clients. Can this be implemented? Regards,6Views3likes1CommentMake Instance Groups searchable/filterable
Hello, We'd like to request some more usage for instance groups. Right now, it's just not very useful to group instances on a datasource. We have shared devices with datasources belonging to different teams and we have to create dashboards and alarm rules regarding those. Right now, we have to use the wildcard filter in a "creative" way to have shared devicealerts and dashboards from different teams configured. It would be really helpful if the instance-group namecould be used in Filters. Use-Case: * To configure alert rules for shared devices for different teams, we can group all datasource-instances in instance groups named "teamname" and then filter on "teamname", this works even when we use "*" for device/devicegroup, as long as instancegroup "teamname" is persistent over multiple shared devices. * To have dashboards for shared devices on a per-team base, we can filter for the teamname when creating those dashboards. This also works with "*" as device/devicegroup query, so instances on new devices will be added automatically. Regards, Bastian8Views3likes2CommentsDynamic Instance Group Alert Tuning
This is not an advertisement by any means, just offering to help anyone who struggles with this as well. As an MSP,we have struggled with how to handle alert tuning in bulk with it comes to things like Interfaces (instances). Some of the interfaces you want to alarm as critical, some you want as error and others you don't care about at all. LM provided a partial fix for that with their Groovy based "Status" alarm based on the interface description, but it didn't take it far enough. We started creating manual interface groups called "Critical" and performing Alert Tuning on that "parent" only to find out that it doesn't work as interfaces move in and out of it. I was beyond disappointed, but it said it right at the top of the page:Changes made to Alerting or Thresholds will only affect existing instances currently in this Instance Group. Instances added later will not be subject to the changes. Anyway, long story short we finally decided to write our own application to do it and built it in Azure. We built it to handle multiple data sources so we could group other instances (like VMware vDisks) and do the same bulk changes. It was written to be a data source in your environment, so that you can apply it to whatever devices you want and just call out to the API with the device name. If you have any interest in using it, let me know. There are costs associated as Azure bills based on usage, but it is pretty small for us (< $200/mo). Trust me, I wish LM solved this without having to write the app!63Views1like1CommentInstance Management - Alerts
Hi, Curious to know how people have managed setting alert thresholds for datasources where new instances will not be recognised. The notice I get is: “These changes will only apply to existing instances of this datasource on this device. They will not apply to instances added later” This is a challenge for large environments where it’s easy to forget this fact, and potentially miss monitoring new instances altogether. Keen to get feedback on any strategies used to address this issue.Solved81Views1like4Comments