Vitor Santos

  • Content Count

  • Joined

  • Last visited

  • Days Won


Community Reputation

52 Excellent


About Vitor Santos

  • Rank

Recent Profile Visitors

211 profile views
  1. Not sure if you have the same need I had on my organization but, we've developed a simple DS a while ago that fetches some power related metrics. You can find it here Not sure if it helps you out. Thanks!
  2. We've ended up creating a DS to cover our monitoring necessities. In case it's useful for you guys -> here
  3. This would definitely help a lot in the navigation... Specially when having multiple windows (working on multiple resources). I have to scroll up a lot just to don't lose track of the device I'm checking properties, etc...
  4. I believe we might be doing what you want in our environment (it uses the service name & not its display name). Another reason for creating this custom data source was to don't consume so many WMI resources for each box (since it was doing pretty much 1 query per service/instance) on the out of box DS. We've came up with a custom one that does a single WMI query (via groovy) to get all the services & then process the output... This reduced the WMI load substantially since we discover all the services running on a server (as an MSP this is way easier in terms of management).
  5. Understood... Yeah, thankfully we've arranged other solution. Appreciate the help anyway!
  6. We were already doing that. However, we wanted values from other datapoints (gauge, derive, etc...).... Which as per the documentation isn't possible (validated on Friday)
  7. The collection method is SNMP. In the meanwhile, we've managed to sort it out using another method.
  8. Totally understand you... But, for what we want it would really need to access the actual datapoints value... Unfortunately, we'll need to leverage other options. I appreciate your reply anyway mate
  9. Hello, Is there any possibility/workaround of invoking other datapoint values within a Groovy Complex DP? Thank you!
  10. Nope, those aren't discoverable. They're set manually by us (client status, domain in our ticketing tool, etc...)
  11. Hello, We've several instance groups within the same DS (Ping, URL, etc...). Some of those profiles need to have common properties (per instance group) due to the integration we've with our ticketing system for example. It would be GREAT if we could add properties at the Instance Group level (that way those would be inherited by the instances & we don't need to be mapping those individually per instance). I tried that & didn't found that possibility... correct me if I'm being noob Thank you!
  12. Gotcha! I guess for what we want here that's not good (since AD runs every 15 minutes)... Thank you for the help anyway Stuart!
  13. I see but, it would reappear if the Instance gets discovered again but, not actually alarm is the process stops (since the instance disappears), right? Since the AD will no longer consider it an instance (when it stops). Maybe I'm doing some confusion
  14. I searched on the Exchange & the one from LM but didn't found metrics related with it (maybe I missed something )
  15. Hello, Just wondering if anyone developed DS to monitoring Exchange DAG so far? That monitoring is really important on our current tool... If not, I guess we can develop one but, prior to that I just wanna make sure there's nothing out there already. Thank you in advance!