Alerts
Redesigned Filters on Alerts Page
LogicMonitor has enhanced the Alerts page with a redesigned filter to provide a consistent and streamlined workflow. The existing funnel menu is now replaced with a standard filter design used consistently throughout the platform. For easy access, the Quick Filter option is now available as a button.
In LogicMonitor, navigate to the Alerts page and then from the Filter by: field, select a filter category and select a filter. Use Quick Filter for one-step filtering.
For more information, see Managing Alerts from the Alerts Page.
Cloud Monitoring
Spot Instance Properties Added to Azure VMs
Azure Virtual Machine (VM) monitoring now captures additional properties when adding spot instance VMs to LogicMonitor. The additional properties priority and evictionPolicy now automatically apply to any spot instance VMs in the Resource Tree.
This enhancement enables you to account specifically for spot instance Azure VMs in your environment monitoring, and enables you to sort and filter your Azure resources by spot instance properties.
To view additional properties on your spot instance VMs, navigate to Resource Tree and select your Azure VM and select the Info tab to view both new properties.
Support for Oracle Cloud Infrastructure Monitoring Available
LogicMonitor now supports monitoring OCI Compute, Block Storage, Object Storage, and Autonomous Databases through native API integration. This expanded support enables customers running OCI environments to include those resources in their cloud monitoring operations through LogicMonitor.
To monitor OCI resources, in LogicMonitor navigate to the Resource Tree and select Add > Cloud and SaaS > Oracle Cloud Infrastructure.
For more information, see OCI Monitoring Setup in product documentation.
Dashboards
Custom Graph Widget Interaction
You can now perform various actions on a Custom Graph widget that is added to a Dashboard. This provides you with more flexible actions when interacting with widgets, enabling you to engage in active troubleshooting more efficiently. For example, you can select a specific line on the graph and navigate directly to Resources to view the data for that instance in the Resource Tree.
To access this feature, navigate to Dashboards, and add a Custom Graph widget to the Dashboard. Select a line on the graph to display the options for the actions.
Note: Widget actions are not available for virtual datapoints or aggregate lines.
Advanced Metrics Widget
LogicMonitor now provides the Advanced Metrics widget that enables you to display an aggregation of metrics across multiple DataSources and visually represent the data similar to a Custom Graph widget, Big Number widget, Pie Chart widget, or a Gauge widget. The enhanced flexibility provided by the Advanced Metrics widget’s visualization options enables you to more effectively highlight the data most relevant to identifying root causes, prioritizing alerts, and reducing time to resolution.
The Advanced Metrics widget provides you the following visualization options to display your data:
- Line Graph
- Area Graph
- Stack Graph
- Big Number
- Pie Chart
- Donut Chart
- Gauge
The Advanced Metrics widget leverages the LogicMonitor Query Language (LMQL) to extend LogicMonitor’s platform giving you greater control and flexibility in how you query, filter, and visualize your data. LMQL uses a query-based approach to analyze large data sets, customize visualizations, and extract meaningful insights.
To access this feature, navigate to Dashboards > select Add for the Advanced Metrics widget.
For more information, see Advanced Metrics Widget and LogicMonitor Query Language (LMQL) Reference for Advanced Metrics Widget in the product documentation.
Integrations
Support for JQL Endpoint
LogicMonitor now uses the enhanced JQL search API (/rest/api/3/search/jql) to improve search capability and future compatibility with Atlassian Cloud REST API v3. Ensure that your Atlassian account is configured to support Atlassian Cloud REST API v3.
The following API changes are supported:
Deprecated API: Search for issues using JQL (GET) Deprecated
LM Logs
New Webhook Events as Logs
You can now send webhook events directly from external systems to LogicMonitor. This facilitates real-time alerting without using a collector and without exceeding vendors’ API rate limits.
The following are the benefits of using Webhooks for sending event-driven data are:
- Streamlined data flow – Receive events instantly from systems that support webhooks with Bearer Token Authorization.
- Improved monitoring – Correlate external alerts with existing LogicMonitor metrics and logs for deeper insights.
- Broad source support – Collect data from cloud services, SaaS, cloud managed networking platforms (for example, Cisco Meraki, Juniper Mist, Ruckus One, and so on), and data protection platforms (for example, Rubrik Security Cloud).
For more information, see Webhook LogSource Configuration in the product documentation.
Modules
Enhanced Script NetScans Now Groovy 4 Compatible
The following Enhanced Script NetScans for various platforms are now Groovy 4 compatible. For more information, see the product documentation:
Cisco Catalyst Center NetScan Enhancement
The Cisco Catalyst Center NetScan now supports the cisco.catalyst.center.device.ip property, which identifies the IP address assigned to a device at the time of onboarding. In addition, the Cisco Catalyst Center NetScan also supports filtering results by device family using the cisco.catalyst.center.device.family attribute. These enhancements enable you to search and manage devices more efficiently.
For more information see, Cisco Catalyst Center in the product documentation.
Juniper Mist NetScan Enhancement
The Juniper Mist NetScan now supports handling of null secondary node names. This enhancement ensures that device discovery and reporting remain accurate even when secondary node names are not available.
For more information see Juniper Mist Monitoring in the product documentation.
Enhanced vmware.vsphere.api Snippet
The vmware.vsphere.api snippet now supports improved handling of API versions by recognizing differences in response data structures between vSphere API 7.0.1 or earlier versions. The snippet also provides enhanced error messages when monitoring API connection failures. These enhancements improve reliability and troubleshooting.
For more information, see VMware vSphere Monitoring in the product documentation.
Apache Groovy 4 Support for all LogicMonitor-Provided LogicModules
In a future release, LogicMonitor Collectors will no longer support Apache Groovy 2. All official LogicMonitor-provided modules will be compatible with Apache Groovy 4. To support this migration, LogicMonitor is releasing updates to official LogicModules to be compatible with Groovy 4.
As a result of this migration, you must do the following:
- Validate any customized or community-provided modules to ensure compatibility
For more information about validating your customized modules, see Custom Module Groovy Migration Validation in the product documentation. - Install a module update for LogicMonitor-provided modules that have compatibility changes released.
For more information, see LogicMonitor Provided Modules Groovy 4 Migration in the product documentation. - Update Enhanced Script NetScans to Groovy 4 compatible scripts.
For more information, see “Enhanced Script NetScans Now Groovy 4 Compatible” in the Modules section of the Release Notes.
For more information on the timeline of this migration, see Apache Groovy 2 End-of-Life Milestone Public Announcement.
The LogicMonitor EA Collector 34.500 or later is compatible with Groovy 2 and Groovy 4. For more information about the EA Collector release, see the EA Collector 34.500 Release Notes.
The LogicMonitor EA Collectors 37.100, 37.200, and 37.300 which are now available, use Groovy 4 instead of Groovy 2. In accordance with Collector versioning, a stable EA version is designated as an optional general release (GD).
In November, LogicMonitor EA Collector 39.100, will use Groovy 4 instead of Groovy 2.
When running a module using Apache Groovy 4, and using the groovy.json.JsonSlurper(), the following exception was fixed with the LogicMonitor Collector version 36.200 or later:
exception:groovy.lang.RunTimeException: Unable to load FastStringService
When running a module using Apache Groovy 4, and using java.util.Date.format(), the following exception was resolved with the LogicMonitor Collector version 35.400 or later.
exception:groovy.lang.MissingMethodException: No signature of method: java.util.Date.format() is applicable for argument types: (String) values: [yyyy-MM-dd'T'HH:mm:ss z]
Note: To mitigate this issue when running a module using Apache Groovy 4, ensure you upgrade to the LogicMonitor Collector version 35.400 or later.
When running a module using Apache Groovy 4, the following exception can be thrown when using the GroovyScriptHelper to incorporate LogicMonitor snippets in your script:
exception:groovy.lang.MissingPropertyException: No such property
To mitigate this issue, adjust the way the class is imported, similar to the following:
import com.santaba.agent.groovy.utils.GroovyScriptHelper
import com.logicmonitor.mod.Snippets
def modLoader = GroovyScriptHelper.getInstance(GroovySystem.version).getScript("Snippets", Snippets.getLoader()).withBinding(getBinding())
When running a module using Apache Groovy 4 with legacy classes in your script, the following exception can be thrown:
java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed
To mitigate this issue, migrate to JPMS-compliant package names. Making this change does not break backward compatibility with Groovy 2.
For example, the following script uses legacy classes:
import groovy.util.XmlSlurper
import groovy.util.XmlParser
def xmlSlurper = new XmlSlurper()
def xmlParser = new XmlParser()
You can replace the legacy classes with JPMS-compliant package names in Groovy 4 to resolve the exception, similar to the following:
import groovy.xml.XmlSlurper
import groovy.xml.XmlParser
def xmlSlurper = new XmlSlurper()
def xmlParser = new XmlParser()
In Apache Groovy 4, the behavior of the push() method for the List class is reversed. In Apache Groovy 2.4, the push() method would add an item to the list, in Apache Groovy 4 push() will work on the first item of a List.
// v4 Behavior
def numbers = [1, 2, 3, 4]
numbers.push(5)
println numbers
// OUTPUT: [5, 1, 2, 3, 4]
// v2.4 Behavior
def numbers = [1, 2, 3, 4]
numbers.push(5)
println numbers
// OUTPUT: [1, 2, 3, 4, 5]
To mitigate this issue, migrate to using add() in place of push():
def numbers = [1, 2, 3, 4]
numbers.add("5")
println numbers
// OUTPUT: [1, 2, 3, 4, 5]
When running a module using Apache Groovy 4, the behavior of the pop() method is reversed. In Apache Groovy 2.4 the pop() behavior would remove the last item in a list, in Groovy 4 pop() will remove the first item in a list.
// v4 Behavior
def numbers = [1, 2, 3, 4]
println numbers.pop()
// OUTPUT: 1
// v2.4 Behavior
def numbers = [1, 2, 3, 4]
println numbers.pop()
// OUTPUT: 4
To mitigate this issue, migrate to using remove() in place of pop():
def numbers = [1, 2, 3, 4]
println numbers.remove(numbers.size() - 1)
// OUTPUT: 4
When running a module using Apache Groovy 4, and the module includes an invalid type parameter for a data structure, the module throws the following exception:
java.lang.RuntimeException: org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
REST API
importjson API Endpoints Added to LogicMonitor REST API v3 Swagger and SDKs
LogicMonitor has now added importjson endpoints to REST API v3 Swagger, Python SDK, and Go SDK files. The following table display the new endpoints:
Category | API Endpoint | Description |
DataSource | POST /setting/datasources/importjson | Import a DataSource using JSON file |
TopologySource | POST /setting/topologysources/importjson | Import a TopologySource using JSON file |
LogSource | POST /setting/logsources/importjson | Import a LogSource using JSON file |
ConfigSource | POST /setting/configsources/importjson | Import a ConfigSource using JSON file |
JobMonitor | POST /setting/batchjobs/importjson | Import a JobMonitor using JSON file |
EventSource | POST /setting/eventsources/importjson | Import an EventSource using JSON file |
PropertySource | POST /setting/propertyrules/importjson | Import a PropertySource using JSON file |
OID | POST /setting/oids/importjson | Import an OID using JSON file |
AppliesToFunctions | POST /setting/functions/importjson | Import an AppliesTo function using JSON file |
For more information, see the REST API Change Log and the REST API v3 Swagger Documentation. These updates will be available after LogicMonitor v228 is deployed to production.
Traces
Deprecation of LogicMonitor OpenTelemetry Collector 3.0.00
In a future release of LogicMonitor, the support for LogicMonitor OpenTelemetry Collector 3.0.00 will be deprecated. Use the latest LogicMonitor OpenTelemetry Collector version.
For more information, see OpenTelemetry Collector Versions in the product documentation.
Usage
Usage Reporting for Hybrid Resource Units
You can now view usage reporting for Hybrid Resource Units. Hybrid Units provide a single, flexible measure of consumption that works across resource types. This enables you to monitor hybrid environments more efficiently while reducing subscription complexity and minimizing overage risk. LogicMonitor calculates usage as the monthly average count of hybrid resources.
You must be on a Platform Package that includes Hybrid Resources to view usage data.
To access this feature, in LogicMonitor, navigate to Settings > Usage > and select “Hybrid Resources” from the Product dropdown menu.
For more information, see Usage Reporting for Hybrid Resource Units in the product documentation.
Collector Releases v228
- EA Collector 38.400 was released on September 08, 2025. For more information, see EA Collector 38.400 Release Notes.
- EA Collector 38.300 was released on August 28, 2025. For more information, see EA Collector 38.300 Release Notes.
LogicModule Releases
New and updated LogicModules are available for you directly in your LogicMonitor portal. You can install new modules from the Exchange and update existing modules in My Module Toolbox. For more information, see Modules Installation, and Modules Management in the product documentation.
This section lists the LogicModules that are new in this release, updated in this release, or will be removed in a future release. Changes related to the LogicModule feature will be listed in the General Updates section.
New LogicModules
LogicModule Name | Details |
1 DataSource: – OCI_Compute | New monitoring for OCI computer service. |
2 DataSources: – OCI_Autonomous_Database – OCI_Autonomous_Database_Storage | New monitoring for OCI autonomous database service. |
2 DataSources: – OCI_ObjectStorage_Custom – OCI_ObjectStorage_Default | New monitoring for OCI Object Storage. |
3 DataSources: – OCI_BlockStorage – OCI_BlockStorage_Replica – OCI_BlockStorage_ReplicationEnabled | New monitoring for OCI Block Storage service. |
1 DataSource: – NetApp_ONTAP_SVM | New module NetApp_ONTAP_SVM created to monitor NetApp Storage Virtual Machine (SVM) status. |
1 PropertySource: – addCategory_EatonPDU | Added support to automatically populate firmware version and serial number on Eaton PDUs. |
Updated LogicModules
LogicModule Name | Details |
3 DataSources: – Microsoft_Azure_AKSClusterNamespaces – Microsoft_Azure_AKSClusterNodes – Microsoft_Azure_AKSClusterPods | Reducing the default collection frequency from 1 minute to 5 minutes. |
1 DataSource: – CiscoDSUCSU- | Removed unused CSU_Status graph line. |
Release Type: Updated 1 DataSource: – NetApp_ONTAP_Volumes | • Fixed an issue where state datapoint alerting with the delta operator caused alerts to clear immediately. • Updated state mapping to include the Unknown status. • Corrected graph scaling for percentage values that exceed 100%. |
8 DataSources: – LogicMonitor_Portal_APIUtilization – LogicMonitor_Portal_Alerts – LogicMonitor_Portal_Collectors – LogicMonitor_Portal_DataSources – LogicMonitor_Portal_Overview – LogicMonitor_Portal_Resources – LogicMonitor_Portal_Users – LogicMonitor_Portal_Websites 1 PropertySource: – addCategory_LogicMonitorPortal | Added support for multiple URLs. This enables greater flexibility and improves efficiency by reducing the need for separate configurations. |
2 DataSources: – Cisco_UCSX_FabricInterconnectCPU – Cisco_UCSX_FabricInterconnectMemory | • Removed the status datapoint, as the metric is no longer available. • Corrected CPU and memory utilization calculations to ensure more accurate reporting. |
1 PropertySource: – addERI_ESXi | Resolved ESXi host selection issue. |
1 DataSource: – NetApp_ONTAP_LUNs | • Fixed an issue where the enabled datapoint was showing “No Data” instead of proper values. • Added the enabled field to the API query. • Updated valid data ranges for enabled, readOnly, and state datapoints to include -1 for unknown status. |
1 DataSource: – Nutanix_VirtualMachines | Fixed issues with instances not being created and data collection failing when VM names contained a colon (:). |
1 PropertySource: – Microsoft_SQLServer_Connections | Added the ability to use the FQDN as the listener name. Previously the listener only used to name without the domain. |
1 DataSource: – LLDP_Neighbors | Added support to use device ID as LLDP remote system name as the wild alias if remote system name is blank. |
1 PropertySource: – addERI_Linux | Resolved SSH-based MAC ERI setting. Added SSH based Azure VM ERT detection for containers. |
1 DataSource: – Cisco_Wireless_AP | Added logic to handle inactive HA controller instances by introducing a custom property cisco.wireless.ap.forceDeleteInstances .This optional property can be set to true to automatically remove stale instances. |
1 DataSource: – Cisco_APIC_FabricNodeHealth | Added support to output instances and report node status for versions 6.0(8e). |
1 DataSource: – Infoblox_Appliance_DHCPDDNSv4Statistics | • Fixed continuous increase issue in the DDNS graphs by updating metrics from gauge to derive for correct 64-bit counter handling. • Added complex datapoints to calculate accurate rates and handle counter wraps, improving the DDNS graphs. |
10 DataSources: – Cisco_Catalyst_AccessPointHealth – Cisco_Catalyst_AccessPointPerformance – Cisco_Catalyst_AccessPointRadios – Cisco_Catalyst_Center_API – Cisco_Catalyst_RouterHealth – Cisco_Catalyst_RouterPerformance – Cisco_Catalyst_SwitchHealth – Cisco_Catalyst_SwitchPerformance – Cisco_Catalyst_WLCHealth – Cisco_Catalyst_WLCPerformance 2 PropertySources: – addCategory_Cisco_Catalyst_Center_Device – addERI_Cisco_Catalyst_Center_Device | To avoid disruptions, ensure every module is updated together. Updating only the API module will cause data gaps if other modules are not updated. This change includes optimization improvements and collection interval adjustments aligned with Cisco best practices. |
2 DataSources: – Juniper_Mist_SDWAN_Edge_Health – Juniper_Mist_SDWAN_Edge_Performance 1 PropertySource: – addCategory_Juniper_Mist_Device | Introduces monitoring support for Cloud-Ready SRX Series Firewalls via the Juniper Mist API and improved device identification by display name. |
1 PropertySource: – Device_BasicInfo | Added new property ‘endpoint.all_models’ to capture all possible model names for devices. |
8 DataSources: – Citrix_XenApp_ApplicationUsage – Citrix_XenApp_ConnectionFailureTrends – Citrix_XenApp_DeliveryGroups – Citrix_XenApp_LogonPerformance – Citrix_XenApp_MachineCatalogs – Citrix_XenApp_MachineFailureTrends – Citrix_XenApp_Machines – Citrix_XenApp_Troubleshooter 1 PropertySource: – addCategory_CitrixMonitorServiceV2 | Enhanced Citrix XenApp monitoring suite with OData API v3 fallback support. Added automatic version detection for newly onboarded devices – when v2 API unavailable, v3 is used ensuring continued monitoring. |