v.222 Release Notes
Last updated on 03 June, 2025Alerts
Enhancements to Cluster Alert Tuning Tab
The Cluster Alert Tuning tab for a resource now features a layout that improves visibility and accessibility. You can now review alert threshold criteria and take actions like edit, alert routing, and delete from a dedicated, inline Actions column. Each icon opens its respective form, allowing you to quickly update alert configurations.
The new LogicModule column links directly to the module that generated the alert, making it easier to trace and adjust alert definitions (access depends on your permissions).
You can now enable cluster alerts and optionally suppress individual alert notifications using two new switches in the tab. This gives you more granular control over alert behavior without needing to modify underlying modules.
You can also perform bulk actions such as enabling or disabling cluster alerts or notifications, or deleting entries by selecting rows and using the Actions dropdown menu.
For more information, see Cluster Alerts Management in the product documentation.
Cloud Monitoring
Enhanced Support for AWS Application Migration Service
LogicMonitor now supports server monitoring for AWS Application Migration Service.
When you add a source server, LogicMonitor automatically detects a server and starts monitoring its health without additional configuration.
For more information, see Cloud Services and Resource Units in the product documentation.
Dashboards
Share Dashboard Report Now Supports Logs Widget
You can now include a Logs widget when sharing a dashboard report. This enables you to email a dashboard snapshot that includes a visual report of your LM Logs data or generate a dashboard report URL that you can share as needed.
Note: The URL provides read-only access to the dashboard and expires after seven days.
To access this feature, navigate to Dashboards > select the dashboard you want to share that contains a Logs widget > select Manage Dashboard Options > Share Dashboard Report, and configure the share settings as needed.
For more information, see Dashboard Distribution in the product documentation.
Hyperlink Added to Big Number Widget
You can now include a hyperlink when configuring the Big Number widget. This enables you to provide access to pages in your portal or other destination as needed. For example, you could include a link to the Alerts page so that when selected, you can access the Alerts page directly from the widget.
To access this feature, navigate to Dashboards > Add Widget > Big Number. Add the hyperlink when configuring the Number settings.
For more information, see Big Number Widget in the product documentation.
Integrations
ConnectWise Configuration Sync
You can now create and manage ConnectWise configurations from LogicMonitor Resources using the new Configuration Sync feature. This feature enables automated mapping between LogicMonitor resource properties and ConnectWise configurations, ensuring data consistency between platforms. Delta syncs run every 30 minutes, while full syncs can be initiated every 7 days.
Configuration Sync includes the following capabilities:
- Map LogicMonitor resource properties to ConnectWise questions and configuration details.
- Map LogicMonitor resource types to ConnectWise configuration types.
- Link LogicMonitor tenants to ConnectWise companies for accurate account assignments.
For more information, see ConnectWise Integration in the Product Documentation.
LM Logs
Updates to Log Pipelines and Alert Conditions Per Pipeline Limits
LogicMonitor has increased the total number of log pipelines per portal to 20, giving you greater flexibility in organizing your alert logic across different resource types or teams. Each log pipeline now supports up to 55 alert conditions, an increase from the previous limit of 20.
Within the 55 alert conditions, you can do the following:
- You can now create up to 10 time-window based alert conditions per pipeline. These alerts trigger when one or more logs match the defined criteria within a specified time window such as 10 minutes, 30 minutes, 1 hour, 8 hours, or 1 day.
- You can also configure up to 10 stateful alert conditions per pipeline to track repeating log patterns or sequences.
For more information, see the Log Alert Conditions 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:
Enchanced lm.remote Snippet
The enhanced lm.remote
snippet now supports SSH key passphrases. You can enable this functionality by setting either of the following properties:
ssh.cert.pass
ssh.publickey.pass
Enhanced Cisco Catalyst Center NetScan
The updated Enhanced Script NetScan includes improved logic for determining Cisco Catalyst Center versions, ensuring the correct API endpoint is used for versions 2.3.7.6 and later.
For more information, see Cisco Catalyst Center in the product documentation.
Enhanced Error Handling for cisco.meraki.cloud Snippet
The cisco.meraki.cloud
snippet now handles API errors more effectively when collecting data from the VPN statistics and status endpoints. It specifically accounts for the following responses:
-
"Please reduce 'perPage'"
"Please reduce 'timespan'"
These enhancements improve the reliability of data collection from the Meraki API.
Improved lm.data.topo Snippet
The updated lm.data.topo snippet introduces improved discovery for Checkpoint Firewalls. You can now identify more granular topology data for Check Point infrastructure.
Configurable Retention Periods for Deleted Data Sources
LogicMonitor now has support for configurable retention periods for deleted data source instances, allowing users to control how long deleted instances remain in the database and cache before permanent removal.
Users can choose to retain deleted instances for 0, 1, or 2 days, providing flexibility for auditing or rollback needs. This functionality is currently enabled for the following DataSources: BGP-, Cisco_EIGRP_Peers, Cisco_ISIS_Neighbors, ISIS_Neighbors, and OSPF_Neighbors. For more information, see Automatically Delete Instance in product documentation.
Enhanced lm.topo Snippet
The enhanced lm.topo snippet now supports edge status. This enhancement improves visibility into relationships between monitored resources.
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 will be 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 Collector 37.100, which is now available, will use Groovy 4 instead of Groovy 2. In accordance with Collector versioning, a stable EA version is designated as an optional general release (GD).
Note: The LogicMonitor GD Collector, available in an upcoming release, will use Groovy 4 instead of Groovy 2. In accordance with Collector versioning, a stable GD version is designated as an optional general release (MGD).
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.
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.
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:
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.
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
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.
The LogSource module no longer displays inline support articles automatically within the support panel. Users can still access the support panel manually, but it no longer opens directly to the relevant article for this module type. This is a temporary behavior change introduced to prevent functional issues related to pre-caching support articles. A long-term refactor is planned.
Important: LogicMonitor is releasing updates to LogicModules to mitigate this issue for official LogicMonitor-provided modules.
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.
Reports
Historical SDT Data for Alert Report
You can now create an Alert report that includes historical SDT information for your resources. This provides you visibility into whether an alert was generated for a specific resource that was put into SDT for the configured timeframe of the report.
This information is displayed as a column when configuring the report and in the table of the generated report. If there is an active SDT during the lifecycle of an alert, the value in the column is marked as “True.” In addition, you can filter the alerts to include or exclude the historical SDT information.
To access this feature, navigate to Reports and add an Alert report. The historical SDT information displays in the Report Preview when configuring the report.
For more information, see Alerts Report in the product documentation.
Creating an adhoc Alert report in CSV format with the maximum request threshold fails with the following error in logs:
java.lang.OutOfMemoryError
Security Settings
As a result of the migration of SAML1 to SAML2, users authenticated using SAML-based Single Sign-On (SSO) may be logged out. Only SAML-based SSO users are affected. Standard user sessions remain unaffected.
Users can log in again after the upgrade completes.
Traces
Release of LogicMonitor OpenTelemetry Collector 5.2.00
LogicMonitor OpenTelemetry Collector (lmotel) has been updated to version 5.2.00 and includes the following updates:
- LogicMonitor now has improved log-to-resource mapping, which maps logs to the correct cloud resource instead of defaulting to the collector host.
Previously, logs were mapped to the lmotel resource. Unmapped logs will be treated as resourceless. - Added POSIX-compliant installer to enable broader compatibility and smoother installation across various Unix-like systems.
For more information, see OpenTelemetry Collector Versions in the product documentation.
User Access
Enhancements to Single-Sign-On Page
You can now enable Two-Factor Authentication and Restrict Single-Sign-On simultaneously. Previously, if you selected Restrict Single Sign On, it disabled the ability to enforce Two-Factor Authentication.
For more information, see Enabling Single Sign-on in the product documentation.
New ‘Manage’ Permission for Access Groups
LogicMonitor has now added a new Modules: Manage permission to Access Groups in the My Module Toolbox. This permission lets you fully manage modules mapped to their Access Group, including creating, cloning, installing, importing, deleting, and editing AppliesTo fields. Unlike the existing Manage (Limited) permission, the new permission provides full control, including the ability to create and delete modules.
In addition, Access Groups now supports tenancy. If an access group with tenancy is selected, the module auto-populates appliesTo with the tenant information (system.tenant.identifier property).
For more information, see Access Group Permissions and Tenant Identifier Property Name in the product documentation.
Collector Releases
- Collector Release
- EA Collector 37.300 was released on April 24, 2025. For more information, see the EA Collector 37.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: – Jenkins_BuildStats | This new module improves instance creation for Jenkins jobs, resolving previous issues related to job discovery. Instances are now created using each job’s full name, ensuring more accurate tracking. The new optional property ‘jenkins.nested.jobs’ can be set to ‘true’ to enable discovery of nested jobs within folders and multi-branch pipeline jobs. This module is intended to be a direct replacement for Jenkins_BuildStatistics. |
12 DataSources: – NetApp_ONTAP_Aggregate – NetApp_ONTAP_ClusterPerformance – NetApp_ONTAP_DiscreteSensors – NetApp_ONTAP_FanSensors – NetApp_ONTAP_Interfaces – NetApp_ONTAP_LUNs – NetApp_ONTAP_NodePerformance – NetApp_ONTAP_PowerSensors – NetApp_ONTAP_Raid – NetApp_ONTAP_ShelfBayHealth – NetApp_ONTAP_TemperatureSensors – NetApp_ONTAP_Volumes 1 PropertySource: – NetApp_ONTAP_Info | Monitors FAS and AFF All-Flash FAS systems with the NetApp ONTAP REST API. These are the recommended migration path for NetApp ONTAP 9.1x systems that no longer support ONTAPI/ZAPI API. |
1 DataSource: – NetApp_ONTAP_Peer | Monitors FAS and AFF All-Flash FAS systems with the NetApp ONTAP REST API. These are the recommended migration path for NetApp ONTAP 9.1x systems that no longer support ONTAPI/ZAPI API. |
1 DataSource: – NetApp_ONTAP_NFS | Monitors FAS and AFF All-Flash FAS systems with the NetApp ONTAP REST API. These are the recommended migration path for NetApp ONTAP 9.1x systems that no longer support ONTAPI/ZAPI API. |
1 DataSource: – Microsoft_Azure_OpenAI | Added support for monitoring Azure OpenAI Services. |
Updated LogicModules
LogicModule Name | Details |
1 PropertySource: – addERI_Cisco_Meraki_Device | Allow for addERI_Device discovered MAC addresses to also be used as ERI. |
1 DataSource: – Cisco_Meraki_SecurityApplianceHealth | Removed errant debug print line. |
1 DataSource: – Kubernetes_Ingress | Updated Kubernetes Ingress alert time. |
7 PropertySources: – addERI_Kubernetes – addERI_Kubernetes_ClusterRole – addERI_Kubernetes_Node – addERI_Kubernetes_Pod – addERI_Kubernetes_Role – addERI_Kubernetes_Service – addERI_Kubernetes_ServiceAccount | Modified the execution interval to 1 day. |
2 DataSources: – HPE_ArubaCentralAP_Radios – HPE_ArubaCentralAP_SSIDs | Improved handling of wild values in datapoints by adding sanitization to prevent issues caused by unsupported characters such as spaces. |
1 DataSource: – Microsoft_Azure_VwanVpnConnection | Added the connectionStatus datapoint to monitor the connection state of VWAN VPN Gateway Connections. |
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 1 TopologySource: – Cisco_Catalyst_Center_Topology 1 LogSource: – Cisco_Catalyst_Center_Issues |
Warning: When updating Cisco_Catalyst_Center_API all other modules must be updated at the same time. cisco.catalyst.center.sites was provided. |
1 DataSource: – RiverbedGlobalStats | Renamed virtual datapoints in the Passthrough Traffic graph to fix an issue that prevented cloning or modifying the module due to validation errors. |
1 DataSource: – LogicMonitor_Portal_Collectors | Updated the conditional responsible for matching Auto Balanced Collector Groups (ABCGs) to improve data collection. |
1 DataSource: – NetSNMP_Memory_Usage | Added logic to handle 32-bit counters wrapping to improve the accuracy of used memory calculation. |
1 DataSource: – Citrix_XenApp_MachineCatalogs | Fixed unassigned machine count and improved available assigned or unassigned classification. |
1 DataSource: – Dell_DRAC_FanStatus | Added a new datapoint, FanRPM, along with supporting graphs to display fan speed metrics. This enhancement provides better visibility into device cooling performance. |
1 DataSource: – Microsoft_Windows_Services | Updated logic to wrap ##WILDVALUE## in single quotes, ensuring proper handling of service names that include special characters (for example “$”.) |
12 DataSources: – Veeam_BackupAndReplication_BackupSessions – Veeam_BackupAndReplication_HyperVProxyServers – Veeam_BackupAndReplication_Jobs_Backups – Veeam_BackupAndReplication_Jobs_ConfigBackup – Veeam_BackupAndReplication_Jobs_Copy – Veeam_BackupAndReplication_Jobs_ManagedAgentBackups – Veeam_BackupAndReplication_Jobs_SureBackups – Veeam_BackupAndReplication_Jobs_Sync – Veeam_BackupAndReplication_Jobs_WindowsAgent – Veeam_BackupAndReplication_Repositories – Veeam_BackupAndReplication_ScaleOutRepositories – Veeam_BackupAndReplication_VMwareProxyServers 1 PropertySource: – addCategory_Veeam_BackupAndReplication_PowerShell | Added support for handling Azure hostnames. Fixed collector category check to look for exact category name. |
1 PropertySource: – addCategory_Cisco_Meraki_Device | Fixed an issue where the device properties were not always being set correctly after recent performance improvements. This update ensures that model information for Meraki devices is reliably captured and assigned to the correct properties. |
1 EventSource: – Dell Drac Event Log | Resolve issue where the JVM default timezone differed from the collector system timezone, causing inconsistencies in time-dependent operations. |
1 DataSource: – Microsoft_SQLServer_Databases | Resolved an issue where duplicate system databases were being returned during Active Discovery. The discovery logic has been updated to use case-insensitive WHERE clauses, ensuring accurate and consistent identification of system databases. |
1 DataSource: – EMC_LUN_NaviSecCLI | Corrected the post-processing interpretation method for the following datapoints: OperationOngoing, FaultState, and TransitionState. |
1 ConfigSource: – SonicWall_SonicOS | Enhanced script logic to support optional login banner prompts during device authentication. The script now checks for the property 'config.custom.banner.prompt' and automatically responds with the corresponding 'config.custom.banner.response' if detected.This update improves compatibility with devices that require acknowledgment or input, ensuring smoother and more reliable data collection. |
6 DataSources: – Nimble CPU load – Nimble_Array_Info – Nimble_HDD_Disks – Nimble_SSD_Disks – Nimble_SSH_VolumeUsage – Nimble_Volume_Latency_IO 2 PropertySources: – Nimble_Array_Properties – addCategory_NimbleSSH | Fixed issue with differing prompts for NimbleOS running on HPE Alletra branded devices, and fixed issue with Nimble_Array_Info painting incorrect values for pendingDeletes datapoint. |
1 DataSource: – Linux_SSH_Filesystems | Added support to execute Linux commands with a timeout (if the timeout command exists) to prevent unresponsive commands from hanging on the device. Added support for the linux.ssh.filesystems.timeout property (with a default timeout of 30 seconds) to configure this behavior. |
1 DataSource: – Cisco_IPSec_AggregateTunnels | Set the maximum value of the InOctets and OutOctets DataPoints in the Cisco_IPSec_AggregateTunnels module to 10,000,000,000,000 to prevent graph spikes, corresponding to a 10 TBps (80 Tbps) ceiling—well above the current and generously estimated 200 Gbps (25 GBps) maximum throughput of Cisco IPsec tunnels. |
2 DataSources: – NetApp_ONTAP_DiskOverview – NetApp_ONTAP_Disks 1 PropertySource: – addCategory_NetApp | Monitors FAS and AFF All-Flash FAS systems with the NetApp ONTAP REST API. These are the recommended migration path for NetApp ONTAP 9.1x systems that no longer support ONTAPI/ZAPI API. |
1 DataSource: – Microsoft_Azure_OpenAIModelDeployment | Added support for monitoring Azure OpenAI Model Deployments. |
1 PropertySource: addCategory_NetApp | Fixed an issue with the netapp.ssl property to ensure correct SSL detection and reporting. The script now outputs cluster node names when using the new API, providing more detailed information. The new API is restricted to ONTAP version 9.13 and above unless the NetApp_ONTAP system category is set manually, improving compatibility and reliability. Several sections of the code were streamlined for better readability and maintainability. |