LogicMonitor + Catchpoint: Enter the New Era of Autonomous IT

Learn more

Release Note

v.234 Release Notes

Feature Highlights

  • Support for Oracle Cloud Infrastructure Functions Monitoring
  • Support for Oracle Cloud Infrastructure Site-to-Site VPN Service
  • Cost Optimization Recommendations Detect Idle Azure Application Gateways
  • Release of LogicMonitor OpenTelemetry Collector 6.0.01
  • Enhanced Component Discovery Scheduling

Monitoring Updates

  • New monitoring for HPE Aruba CX Switches
  • Added new meraki.snmp property to limit SNMP requests in misconfigured Meraki environments
  • New LogSource to collect and ingest critical and warning alarms from VMware vCenter Server

Cloud Monitoring

Enhancement

Support for Oracle Cloud Infrastructure Functions Monitoring

LogicMonitor now supports monitoring OCI Functions. This enhanced support enables you to monitor the health and performance of Functions within your OCI environments directly with 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.

Enhancement

Support for Oracle Cloud Infrastructure Site-to-Site VPN Service

LogicMonitor now supports monitoring OCI Site-to-Site VPN Service. This enhanced support enables you to monitor the health and performance of your site-to-site VPNs with 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.

Enhancement

Resource Explorer Cost Tab Available for Resource Groups

Resource Explorer now displays the Cost tab when selecting the detail panel for groups of cloud resources. This enhancement enables you to view collective cost data for groups of related resources, and quickly access Cost Analysis for more details.

To access this feature, navigate to Resource Explorer > select a resource > Cost tab.

For more information on navigating Resource Explorer, see Resource Explorer Overview in product documentation.

Cost Optimization

Enhancement

Cost Optimization Recommendations Detect Idle Azure Application Gateways

Cost Optimization Recommendations now detects idle Azure Application Gateways, and recommends deleting unneeded app gateways.

This enables you to easily identify app gateways that are inactive, and provides potential savings estimates from deleting those resources.

For more information, see Cost Optimization – Recommendations in the product documentation.

Dashboards

Enhancement

Support for Tokens in Advanced Metrics Widget

You can now leverage tokens that are available at the dashboard level directly in the Raw Query field of the Advanced Metrics widget. This enables you to reuse a single widget configuration across multiple resources or dashboard contexts by dynamically substituting values such as resource, group, or instance at runtime in the Advanced Metrics widget.

You must define the token at the dashboard level to enable token substitution in Raw Query.

To access this feature, navigate to Dashboards > add an Advanced Metrics widget or modify an existing one > Add a token to the Raw Query field.

For more information, see Advanced Metrics Widget in the product documentation.

Deprecation

Legacy UI for Dashboards

As LogicMonitor continues to phase out the legacy UI, the New UI Preview switch will be removed from Dashboards, making Dashboards unavailable using the legacy UI, and available in the new UI only. The new UI provides an enhanced user experience, improved performance, and security features.

Recommendation: To prevent disruption to your workflows, navigate to Dashboards, and then toggle on the New UI Preview switch to familiarize yourself with the new UI and take advantage of the latest features and enhancements.

For more information about this deprecation, including timeline and further updates about the removal, see Upcoming End-of-Life (EOL) for UIv3 Dashboards in LM Community.

For the most up-to-date information about Dashboards, see Dashboards Overview in the product documentation.

If you have any questions or require assistance during this process, contact the Support team or your Customer Success Manager.

Modules

Enhancement

Enhanced Script NetScans Now Groovy 4 Compatible

Deprecation

 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.10037.20037.300, and 39.100 are now available and use Groovy 4 instead of Groovy 2. In accordance with Collector versioning, a stable EA version is designated as an optional general release (GD).

Resolved Issue

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.

Resolved Issue

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 

Note: To mitigate this issue when running a module using Apache Groovy 4, ensure you upgrade to the LogicMonitor Collector version 36.200 or later.

Known Issue

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 

Important: LogicMonitor is releasing updates to LogicModules to mitigate this issue for official LogicMonitor-provided modules.

Known Issue

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()

Important: LogicMonitor is releasing updates to LogicModules to mitigate this issue for official LogicMonitor-provided modules.

Known Issue

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())

Important: LogicMonitor is releasing updates to official LogicModules to mitigate this issue for LogicMonitor-provided modules.

Known Issue

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:

Important: LogicMonitor is releasing updates to LogicModules to mitigate this issue for official LogicMonitor-provided modules.

OpenTelemetry Collector

Enhancement

Release of LogicMonitor OpenTelemetry Collector 6.0.01

LogicMonitor OpenTelemetry Collector (lmotel) version 6.0.01 includes the following updates:

  • Windows support—The lmotel collector can now be installed and run on Windows operating systems.
  • Local log file ingestion on Windows—Supports ingestion of local log files on disk, enabling LogicMonitor Logs to capture operational data beyond Windows Event Logs. The supported use cases include the following:
    • IIS logs—Monitor web server activity, response times, and errors
    • Point-of-Sale (POS) system logs—Collect transactional and device-level data
    • Custom application logs—Support for proprietary formats and business-critical logs
    • Audit and transaction logs—Enhance compliance, troubleshooting, and root cause analysis
    • Local log file ingestion on Windows—Supports ingestion of local log files on disk, enabling LM Logs to capture operational data beyond Windows Event Logs. 
      For configuration details, see Log Files LogSource Configuration in product documentation.
  • Improved security defaults for OTLP receiver—Protect the lmotel collector from denial-of-service (DoS) attacks, the default configuration for the otlpreceiver has been updated to listen on localhost instead of 0.0.0.0.
    In environments with non-standard networking setups (for example, Docker or Kubernetes), localhost may not function as expected.
    For more information on best practices, see Protect against denial-of-service attacks from OpenTelemetry.
  • Enhanced log filtering capabilities—Added support for AND or OR operators, along with Include and Exclude filter types in Log Files LogSource filters.
  • PII obfuscation in the collector pipeline—Added logic to obfuscate Personally Identifiable Information (PII) using predefined regular expressions. Fields such as email addresses, IPs, and user identifiers are masked before export.
  • Removed logging exporter—The logging exporter has been removed and replaced with the debug exporter.

For more information, see OpenTelemetry Collector Versions in the product documentation. 

Removal

Removal of LMOtel Collector Version 6.0.00

Support for LMOtel Collector version 6.0.00 has been removed due to operational behavior changes. Upgrade to 6.0.01 to ensure continued and uninterrupted service.

For more information on supported versions, see OpenTelemetry Collector Versions.

Reports

Enhancement

Log Query Report Enhanced Display Results

You can now control how results display in Log Query Reports by choosing to display raw log events, aggregated results, or both in the same report. This enhancement expands existing Log Query Report functionality so you can tailor reports for detailed investigations, trend analysis, or combined views that provide context alongside summarized insights. You can display individual log messages for audits and troubleshooting, aggregated summaries for high-level reporting, or a combined view that presents detailed events together with grouped results.

To access this feature, navigate to Reports, and add a Logs Query report.

For more information, see Log Query Report in the product documentation.

Enhancement

You can now include custom host properties in Resource Metric Trends reports so you can deliver client-ready reports that combine resource metrics with relevant resource metadata. This enhancement enables you to generate detailed reports directly from LogicMonitor, reducing the need for manual post-processing, lowering operational overhead, and improving scalability when supporting large customer bases.

The custom host properties display as custom columns alongside resource metrics such as instance, datapoint, and resource in exported reports. You can save custom column selections as reusable report templates to support different reporting needs.

To access this feature, navigate to Reports, and add a Resource Metric Trends report.

For more information, see Resource Metrics Trends Report in the product documentation.

Known Issue

Metrics Explorer report fails to display data for the following complex LMQL queries:

  • TopK Query used with comparison operator along with arithmetic operation
    For example:
    topk(1, Percent_used{system.displayname="LMI_DEVICE_DO_NOT_DELETE"} > 80) != 92
  • Sum of aggregate queries with different instant vector queries
    For example:
    avg(Percent_used{system.displayname="LMI_DEVICE_SECOND_DO_NOT_DELETE",datasource="AVS_SSH_Filesystems_DND",instance=~"dev.*"})
    + max(Percent_used{system.displayname="LMI_DEVICE_DO_NOT_DELETE",datasource="AVS_SSH_Filesystems_DND",instance=~"dev.*"})
    + min(Percent_used{system.displayname="LMI_DEVICE_DO_NOT_DELETE",datasource="AVS_SSH_Filesystems_DND",instance=~"dev.*"})
  • Instant Vector Queries sum with literals
    For example:
    Percent_used{system.displayname="LMI_DEVICE_DO_NOT_DELETE"} + 10
  • Aggregate queries with replace function
    For example:
    avg(topk(3, (replace(Percent_used{system.displayname="LMI_DEVICE_DO_NOT_DELETE"}, 98, 198))))
  • Arithmetic operations between different topk and bottomk queries
    For example:
    topk(3, Percent_used{system.displayname="LMI_DEVICE_SECOND_DO_NOT_DELETE",datasource="AVS_SSH_Filesystems_DND",instance=~"dev/.*"})
    /
    bottomk(3, Percent_used{system.displayname="LMI_DEVICE_SECOND_DO_NOT_DELETE",datasource="AVS_SSH_Filesystems_DND",instance=~"dev/.*"})

Service Insights

Enhancement

Enhanced Component Discovery Scheduling

LogicMonitor now supports Component Auto Discovery, enabling service components to be dynamically derived from device and instance properties. This removes the need for static component definitions and improves support for highly dynamic service architectures.

Service component DataSources can automatically discover and manage components based on property values across service members. As property values are displayed, changed, or removed, component instances are created, recovered, or removed accordingly.

This enhancement includes the following capabilities:

  • Property-driven component discovery from service member devices or instances

  • Configurable deletion behavior, including immediate deletion or delayed cleanup after a retention period

  • Soft delete and recovery support to preserve component identity and historical data when properties fluctuate

  • DataSource-driven discovery scheduling for controlled and predictable execution

These enhancements automatically migrate existing static service component DataSources to  dynamic property-driven component datasources.

For more information, see Aggregate Data Collection Method in the product documentation.

Collector Releases v234

  • EA Collector 39.200 was released on January 13, 2026. For more information, see EA Collector 39.200 Release Notes.

Container Monitoring Releases

Deprecation

End of Life (EOL) for Legacy Versions 5, 6, 7, and 8 for LM Container and Argus

In a future release of LogicMonitor, support for legacy LM Container builds and Argus versions 5, 6, 7, and 8 will be discontinued. If you are running these versions, upgrade to a supported LM Container release to continue receiving updates and support.

The latest LM Container releases provides the following benefits:

  • Improved monitoring accuracy using updated and actively maintained code paths
  • The latest security patches and compliance updates required for modern Kubernetes environments
  • Ongoing compatibility with newer Kubernetes versions and container runtimes
Recommendation: To avoid service disruption and maintain support coverage, upgrade to a supported LM Container release.

If your LM Container installation is running Argus version 8 or later, use the LM Upgrade Wizard or the CLI to complete the upgrade.

For Argus version 7 or earlier, migrate these deployments to LM Container before upgrading. You can migrate existing Kubernetes cluster configurations using either of the following procedures in the product documentation:

Running a supported LM Container version ensures continued compatibility with newer Kubernetes versions and container runtimes and preserves active LogicMonitor support.

Note: This change does not affect SKUs or pricing, and upgrading does not result in a loss of existing monitoring capabilities.

For more information about this deprecation, including timeline details and further removal updates, see Upcoming End of Life (EOL) for Legacy Versions 5, 6, 7, and 8 for Legacy LM Container & Argus in the LM Community.

If you have any questions or need assistance during this transition, contact the Support team or your Customer Success Manager.

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 NameDetails
1 LogSource: – VMware vCenter AlarmsNew LogSource to collect and ingest critical and warning alarms from VMware vCenter Server, enabling improved visibility into vCenter health and operational issues.
9 DataSources: – HPE_ArubaCXSwitch_CPU – HPE_ArubaCXSwitch_Fans – HPE_ArubaCXSwitch_Memory – HPE_ArubaCXSwitch_PSUs – HPE_ArubaCXSwitch_StackCPU – HPE_ArubaCXSwitch_StackLinkStatus – HPE_ArubaCXSwitch_StackMemberStatus – HPE_ArubaCXSwitch_StackMemory – HPE_ArubaCXSwitch_TemperatureSensors
1 PropertySource: – addCategory_HPE_ArubaCXSwitch
New monitoring for HPE Aruba CX Switches.
1 LogSource: – VMware ESXi EventsNew LogSource to collect and ingest event logs from VMware ESXi hosts through the vSphere API, helping you monitor host-level events and troubleshoot ESXi-related issues more effectively.

Updated LogicModules

LogicModule NameDetails
1 DataSource: – OSPF_Neighbors
1 TopologySource: – OSPF_Topology
Removed unnecessary debug messaging and added support for the ‘snmp.contextName’ property, while maintaining backward compatibility with ‘snmp.contextNames’.
3 DataSources: – Cisco_Meraki_AccessPointPerformance – Cisco_Meraki_SecurityAppliancePerformance – Cisco_Meraki_SwitchPerformance
1 PropertySource: – addCategory_Cisco_Meraki_Device
Added new meraki.snmp property to limit SNMP requests in misconfigured Meraki environments.

14-day access to the full LogicMonitor platform