Instance Management - Alerts

  • 14 March 2023
  • 4 replies

Badge +1



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.



Best answer by Mike Moniz 14 March 2023, 14:27

View original

4 replies

Userlevel 5
Badge +10

I would try to set the thresholds at the group level where it does apply to new instances, but only really works if you don’t need to use different custom thresholds values per instance. In some cases I’ve created clones of the DataSource that was modified to include a subset of instances that I want to have the same threshold values.

Userlevel 6
Badge +14

^^^ That’s the right answer.

Userlevel 6
Badge +9

Those workarounds do not excuse the false presentation of instance “groups”, which are in fact instance “tag” (not “tags”, which might actually be somewhat helpful with accompanying tag support).  Since there is no group object associated with an instance tag they of course cannot apply thresholds or anything to new instances -- they are acting as macros at the time you apply changes and that is all. When I run into these sort of poor design decisions, I remember a lot of the core product was written by UCSB students (which is not necessarily bad, but in many cases here it is and it shows).  And folks at LM are clearly not interested in improving the core since they consider it “good enough” and a waste of resources to improve versus adding new features that can be licensed for additional $$. The only option you have as a user is to leverage the API to get stuff like this to work the way you want.

I vehemently disagree with using cloning of datasources for anything other than as a starting point for a new module. I lost the battle long ago to have module cloning leverage inheritance so you could actually derive modules without creating a maintenance nightmare, just as I lost the battle to get “templates” to actually be templates and not strings with unconditional token substitution.

Userlevel 6
Badge +14

Agreed. There are certain fundamental things that really should get attention beyond the MVP state they are in.

Talk to @Michael Rodrigues about his plans for DS clone parentage. It’s almost exactly what you’re talking about. However, until it’s released, it’s similar to UIv4 and websites moving to the resources tree and services moving to the resources tree.