Stuart Weenig

  • Content Count

  • Joined

  • Last visited

Everything posted by Stuart Weenig

  1. Q&A from the EMEA session (Q=Question, A=Answer from LM, OP=Original Poster, AP=Another Participant): Q: Network mapping is not always complete. We have used Auvik in the past. They did the mapping alsmost flawles and with port nr's in the mapping picture. A: Answered at 6:06. OP: Port nr would be nice. OP: I will put it in the feedback. we just renewed for 3 year. So we are very happy with Logicmonitor overall. Q: If we want to monitor a website that requires a client certificate to access can this be accomodated in a LogicMonitor Web Monitor A: Answered at 15:44. https
  2. EMEA attendees: Thanks for a great session! The session feedback survey can be accessed here. The recording is here: I'll be posting the question list and times as soon as I process them.
  3. Are they discoverable properties? If so, could it be built into the instance active discovery script.
  4. I believe it's on the roadmap to make this setting one that you can configure on the group/device/instance level. I know it's been requested a few times.
  5. Yeah, well, the instance would still be present for up to 30 days in case the process comes back (with the same wildvalue/wildalias). However, it wouldn't be included in polling since it's not showing up in active discovery results. So, the flow would be: instance is up and monitoring, process goes down, instance alerts until the next active discovery when polling for it is disabled. if the process comes back up with the same wildvalue/wildalias within 30 days, polling would resume. Otherwise, it would get deleted at 30 days, along with historical data.
  6. You could set it to delete after 30 days instead of immediately.
  7. Could be a situation where dynamic thresholds could really help as well. Let LM learn how many processes of a given name are running and alert you when it changes.
  8. The only problem is with the duplicates because you can set the wildvalue to be anything. It doesn't have to be numeric. Just avoid/strip out special characters. The real problem is making sure that duplicates are kept straight between polls without something to uniquely pull the together. You could consider doing a datasource that counts processes by name. Each name would be an instance and you could count the number of up processes. Set a static threshold when processes that should be multiple are not or set a property detailing how many of the same process should be running and c
  9. Have you looked at mine? Duplicate processes with the same command line and same name will be a problem if you're ignoring PID. Under manual circumstances, how would you differentiate between the two between sessions? I mean, if you logged in once and looked and saw process A and process B. Then if you logged in again 1 minute later and saw the same list of processes, how would you know which was you had previously called A and which one was previously called B? The answer is, of course, t
  10. View the replay here:
  11. Have you looked at Job Monitors? If there's nothing in the Exchange already, I suggest starting by identifying what data is available. Is there an SNMP OID you can pull? Is there an API that contains the status of the job? Find out that information, then making the DataSource to track it is much simpler.
  12. Yeah, I suggest putting in feedback asking that the search box and the locater code search box be combined. You're not the first to have this problem.
  13. Yes, it's there. You just need to use the locator code: TMHHWX
  14. You can get close to what you're talking about with our Topology mapping. If you're not an enterprise customer, you may not have it, so you may need to reach out to your rep. Background images aren't yet supported and there'd have to be some features built to enable static location definition to make sure your icons don't move around on the background image. Topology does show alert status, but it's based on overall alert status of the device. You'd probably want to combine this mapping feature with Service Insight, which allows you to select certain instances from devices and
  15. Alert trigger interval, as well as alert clear interval, are global settings, unfortunately. There are several requests in to get that setting applicable to groups, resources, and instances. Your request will help get it prioritized. Yes, the workaround is a separate datasource, which has all the disadvantages you listed.
  16. The same question I always ask in response to requests like this is: How would you manually obtain this information? If it's SNMP, what OIDs? If it's by issuing a command and looking at the output, what's the command? If it's an API call, what's the endpoint? By answering these questions, you solve the most difficult part of building custom monitoring in LM. If it's SNMP and you know the OIDs, you simply build an SNMP DataSource. If it's by issuing a command, you build a Groovy DataSource using Expect to issue the command and parse the output. If it's by an API call, then you build a Groo
  17. The reason you can't do it is that the dynamic group membership may bring the resource into the group, which potentially causes new properties to be inherited, which may disqualify it for membership, ejecting it from the group. Upon ejection from the group, the inherited properties reset and the device qualifies to be a member again. This causes an infinite loop. There could and should be something built into the product that prevents that loop from causing issues, but it hasn't been built yet.
  18. Yeah, if you have a single datasource monitoring them, with DataPoints for each, then just add them up like @Vitor Santos mentions. If you have a multi-instance DataSource, you'd need to either create a separate single-instance DataSource or use Service Insight to alert on the aggregate across select instances. If you just want the data (and alerting is not as important), you can do this with dashboard widgets, having them sum the data across instances.
  19. From the support docs: It appears you want to pass a blank payload and add the X-Cisco-Meraki-API-Key header. In that case, you'll need to include a blank payload string: import com.santaba.agent.groovyapi.http.* ip = "" url = "https://"+ip+"/api/v1/organizations/999999/appliance/vpn/statuses" key = hostProps.get("merakiAPIKey") httpClient =, 443) def postResponse =,"",["X-Cisco-Meraki-API-Key":key]) I haven't checked this, so it'd remain to be verified, but this is at least how the docs indicate it should work. I've als
  20. I can't find it in the swagger docs, but if I had to guess, i'd say it's whether or not SDT is applied at the group-device-instance level. alertDisableStatus has the same thing, which got me thinking about it.
  21. @Jeff8682, I suggest you submit these to the LM Exchange for easier distribution. This has the added benefit of getting a security review of the code.
  22. The LogicMonitor communities have a standing maintenance window scheduled for every Thursday evening from 9:30pm to 10:00pm. Please be aware that the community may experience outages and performance degradation during that time as we apply updates to improve your community experience. We appreciate your patience and ask that you wait until after the maintenance window ends. Thank you.
  23. First question is whether or not you've found something in the Exchange that fits the bill. Someone may have already built and published something. Second question is, "How would you do this manually today?" If the data exists today, how do you get at it? Is there a web UI? If so, is there a corresponding API endpoint? Is the device hosting that API already added to LogicMonitor? Can you think of a process to repeatedly obtain that data every few minutes? If so, the only thing that would remain would be to script it out in Groovy (or your language of choice) and add it as a scripted DataS
  24. Have questions about how to best use LogicMonitor? LogicMonitor experts are live to explain best practices and answer your questions. There are no planned topics as this webinar is a true office hours. Bring your coffee and questions! US Session registration here EMEA Session Registration here