thanh rodke

Members
  • Content Count

    84
  • Joined

  • Last visited

  • Days Won

    7

Community Reputation

12 Good

1 Follower

About thanh rodke

  • Rank
    Community All Star

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. thanh rodke

    Network diagram

    Our NOC dashboard just had a little popup saying that this feature was now in our portal. Sure enough, I refreshed my browser, and the Mapping tab is there! Thanks LogicMonitor for always giving us more value.
  2. thanh rodke

    request for longer collection intervals

    I know my reply will momentarily revive an old thread, but I am just posting this to close it out, so that future searches are more effective. Longer poll intervals were reintroduced in v.102: https://www.logicmonitor.com/release-notes/v-102-release/ Collection intervals can also be controlled on a per device basis: https://www.logicmonitor.com/support/devices/device-datasources-instances/can-i-customize-data-collection-intervals-for-a-device/
  3. thanh rodke

    HP Blade enclosure monitoring

    I realize that it's been 3.5 years since I submitted this request, but I hate unanswered threads. LogicMonitor now has full support for all things HP blade via these data sources: HP_OA_Fan- HP_OA_Fuses- HP_OA_Global_Enclosure- HP_OA_Manager- HP_OA_Power_Global- HP_OA_Power_Supplies- HP_OA_Temp- I don't see anything Active Discovered for Virtual Connect out there yet, but I am still testing my SNMP settings.
  4. thanh rodke

    alert rule order changes

    mnagel, agreed, this would be a great feature. As we continue to grow and write more custom LogicModules, I am always concerned with an alert reorder causing unintended consequences. Cloning in the UI would make it easier for the less experienced folks on my team to handle rule building. Mosh, I love the idea of the priority being "under the hood", as in, just process them the order shown. Insert a new rule here or there, and the system handles the numbering behind the scenes.
  5. This is great news! Thanks for being a vendor that listens to it's customers needs and implements changes in a very timely fashion!
  6. Great question Matt Specific to our use cases, we actually use LogicMonitor to run PowerShell scripts against our monitored systems. We are a small, vertical market MSP (about 400 customers, of which we wholly manage about 25% of them.) We set things that you'd normally push with group policies, such as Windows update configuration, folder redirection and the like. However, we push those settings directly into the registry on the monitored device. I've also used it to install and remove software. I also do temp file cleanup and various file system maintenance. In all of these situations, I don't really have a need or want to run these processes more than once daily. I usually run it in the early AM, so at the top of my PowerShell script, I get the system time, then the entire rest of the script is contained in an if block that only runs if it matches the hour of the day that satisfies the if block. If it doesn't satisfy the if block, the script still exits gracefully with an exit code of 0. I am not sure that I have fully answered your question though. I've posted an example of my script below for reference. I comment code quite a bit so that anyone behind me can hopefully decode my mess. That logic sort of goes along with using long variable names that are named for their exact function. #gets the server name from LogicMonitor $Server = $args[0] #gets the current system date and time from the collector $CurrentSystemDateTime = Get-Date #if the current system time matches the hour in the if condition below, run the associated block of code If ($CurrentSystemDateTime.Hour -eq '4') { Get-ChildItem "\\$server\C$\Windows\Temp\*" -Force -Recurse | Remove-Item -Force -Recurse -Confirm:$false #deletes all contents of C:\Windows\Temp on the monitored host, but leaves the temp folder in place }
  7. For what it's worth, the longer durations were removed due to the collector recycling at the eight hour mark. Longer intervals were found to be unreliable, as they had to survive collector reboots. We would still like to see 2, 4, 6, and 8 hour collection intervals, but as I noted above, we've gotten around it in all of our script by checking the time on the device and executing it at a given hour of the day.
  8. thanh rodke

    Syslog "Cleared" = MEANINGLESS

    I am not sure there is a design problem to be solved here. In my opinion, the decision was brilliant to have consistent design, alert handling and escalation rules at the expense of having to edit an escalation rule to stop syslog clears (or other clears you may not want). It allows all users of all skills to both navigate and configure the LogicMonitor web portal easily. You don't have to be an SME, but it's as usable for someone who is. Let's also not forget that syslog alerting is not a core strength for LogicMonitor. If a particular organization's troubleshooting methodology is primarily via syslog events, then I would propose that a dedicated syslog application is merited. LogicMonitor's strength is in performance metrics and discovery of new items that now should be monitored. My team's primary troubleshooting method is not syslog, but for those events that we don't want clears on, we simply disable them.
  9. Thanks for the update and great news, Annie!
  10. thanh rodke

    Gathering the Windows Service Packs

    Agreed, I originally had this at the longest interval that LogicMonitor offered, which I think was once every 8 hours or once every 24 hours. When they changed the maximum polling interval a bit ago, the maximum is now 1 hour. LogicMonitor did this to overcome some minor reliability problems where a collector was having to hand off a running schedule to itself after a restart of the collector.
  11. thanh rodke

    Gathering the Windows Service Packs

    The data sources below will gather the service packs from Windows Servers and alert if the system is not on the latest service pack. As new service packs are released, you will need to update the alerting level. Since you do this manually, it gives you the opportunity on when to start alerting, or you can set it to the latest to create a list of servers in your organization that need upgrading. 2003 - CLDJYT 2008 - TYAYTD 2008 R2 - 97DY2F 2012 - HMKPFL 2012 R2 - W2HKGR 2016 - YZWNTM
  12. Thanks Annie for the quick responses and feedback on the community requests. LogicMonitor = My favorite vendor!
  13. Having the option to filter alerts based upon their ACK or SDT status would be a very useful feature for the alert counter in the sidebar.
  14. thanh rodke

    LogicModule Exchange -- Public Beta

    I'm in.
  15. I second this idea! With almost a thousand devices, it terrifies me that one of my techs may delete a group and accidentally delete all of the hosts contained therein as well. That said, a question for LogicMonitor: Would a API call to "get hosts" contain formatting that is directly importable into LogicMonitor through the "add hosts" API call? If so, I could schedule a regular download of the entire host config from LogicMonitor. Thanks Paul Burrett for starting the thread.