Node Navigation
Recent Content
Week of March 24, 2025 - Latest KB Articles and Known Issues
1 MIN READ A set of Knowledgebase Articles published last week is listed below. All KBAs can be searched via Global Search on the Support Portal and filtered by various components like product release.PavaniKatkuri7 hours agoPlace Latest KB Articles and Known Issues BlogLatest KB Articles and Known Issues BlogModerator4Views0likes0CommentsAP2 release IcePop
We're happy to announce that AP2 IcePop release (8.17.23.18) is now available! This release includes improvements to the Service Policy tab of the Service Investigator page, service policy management from the Edit Service Policy page; additional bulk actions on the Devices page and better visibility of event data on the Device Investigator. Please see the associated Release Notes for more information on these and other changes found in this release. You can download IcePop and associated release notes following this link: https://support.sciencelogic.com/s/release-file/aBtVL0000000inR0AQ/icepop27Views0likes1CommentAP2 release IcePop.01
We're happy to announce that AP2 IcePop.01 release (8.17.23.45) is now available! This release fixed critical bugs in IcePop release (8.17.23.18). If you have deployed IcePop, it's recommended that you deploy IcePop.01 to take these fixes. Before you install or upgrade to AP2 IcePop.01, ensure you are running one of the following SL1 versions: 12.2.3, 12.2.4.1, 12.2.5 12.3.0 You can download IcePop.01 and associated release notes following this link: https://support.sciencelogic.com/s/release-file/aBtVL0000000sA50AI/icepop012Views0likes0CommentsRestorepoint 5.6 03262025 Release
Hello - We are pleased to announce an important update to our Restorepoint appliances. This afternoon, the team pushed out the Restorepoint 5.6 03262025 release to all appliances. This release provides significant enhancements to Domains, allowing you to limit user access based on domain assignment. Domain support has been added to the release as follows: You can now add a Domain ID to device commands, command schedules, reports, report schedules, and device policies. NOTE--If a command is assigned to a command schedule, you cannot delete the command. Likewise, if a report is assigned to a report schedule, you cannot delete the report. You can now add multiple Domain IDs to Commands and Reports. When creating or editing a credential, agent, command, or policy, devices shown in the list are filtered based on the domain to which they belong. If a device command, command schedule, report, report schedule, or device policy is in the global domain, any global domain user with the correct permissions can view or edit it. Users assigned to the global domain with the appropriate permission within the global domain can create or change any element that belongs to more than one domain. Caveats: You cannot delete a label, command, policy, agent, or credential that is assigned to a device. You cannot change the domain of a label, command, policy, agent, or credential when it is assigned to a device which shares that domain. You cannot change the domain of a report when it is assigned to a report schedule which shares that domain. If a user does not have access to the same domain as a report, report schedule, command, command schedule, or policy, the form appears disabled. Additionally, important changes were included for permissions: The following permissions were added to allow for interactions with schedules, such as pausing or postponing schedules, on the Schedules page: View All Schedules Modify All Schedules The following permissions replace View Schedule and Modify Schedule: View Backup Schedule Modify Backup Schedule The following permissions were updated for Schedule groups to allow you to assign one or more domains to a report schedule: View Device Report Schedule Modify Device Report Schedule The following permissions were added to control who can view or change Device Control commands: View Device Command Modify Device Command The Command Device permission is enforced only when controlling or sending a command to a device. The following permissions replace View Rules, Modify Rules, and Apply Rules: View Device Policy Modify Device Policy Apply Device Policy Renamed the Old Report permissions to Legacy Permissions to clarify the permissions interact with the Legacy Reports that reside in the old user interface. You can now filter Device Control > Schedule so command schedules are filtered based on the command's device type. Updated Report Schedules (Reports > Schedules) and Reports (Report > Reports) to be filtered by domain. Thank you, Release Management12Views0likes0CommentsConvert Customization to PowerFlow Jinja Template
1 MIN READ Sometimes when syncing devices from SL1 into ServiceNow as a Configuration Items there can be a mismatch. ServiceNow may list the name as Fully Qualified Domain Name and SL1 will use short name. This setting can be updated in SL1, but in some cases the SL1 team would rather see short name than FQDN. This can be setup on a per SL1 Device Class basis. PowerFlow Using the following Jinja2 “if statement” the device name in SL1 can be converted to use “Device Hostname,” in SL1 instead for Microsoft SQL Server Databases. This excerpt of code would go under attribute mappings for name on the ScienceLogic side mapping to name on the ServiceNow side: {%- set output = [] -%} {%- if (device.device_class|trim) in ['Microsoft | SQL Server Database'] } {%- set output = device.hostname -%} {%- else -%} {%- set output = device.name -%} {%- endif -%} {{ output }} Example:10Views0likes0CommentsUpdates to EM7_RESULT handling?
Hi, During SL1 version update we have noticed that EM7_RESULT variable is going to be re-formatted to different type during snippet execution. For example if we populate the variable with list and with tuple elements, the variable is getting re-formatted to nested list. For example EM7_RESULT = [("test1", "test2")], is re-formatted after snippet execution to [["test1", test2"]] format. Is this change documented somewhere and in which version this update was implemented?29Views1like4CommentsWeek of March 17, 2025 - Latest KB Articles and Known Issues
1 MIN READ A set of Knowledgebase Articles published last week is listed below. All KBAs can be searched via Global Search on the Support Portal and filtered by various components like product release.PavaniKatkuri5 days agoPlace Latest KB Articles and Known Issues BlogLatest KB Articles and Known Issues BlogModerator15Views0likes0CommentsAP2 release Halwa.01
We're happy to announce that AP2 Halwa.01 release (8.16.1.41) is now available! This release fixed critical bugs in Halwa release (8.16.1.14). If you have deployed Halwa, or 12.3.0, it's recommended that you deploy Halwa.01 to take these fixes. Before you install or upgrade to AP2 Halwa.01, ensure you are running one of the following SL1 versions: 12.2.3 12.3.0 - 12.3.3 You do not need to download or install AP2 Halwa.01 if you will deploy SL1 version 12.3.3 ( to be released in April 2025), as it is included by default. You can download Halwa.01 and associated release notes following this link: https://support.sciencelogic.com/s/release-file/aBtVL0000000rp70AA/halwa014Views0likes0CommentsAP2 release Halwa
We're happy to announce that AP2 Halwa release (8.16.1.14) is now available! This release includes enhancements to the Timeline panel on the Service Investigator page, a new Device Groups widget on Dashboards, Improved data visibility and management on the Devices page, Improved event management on the Events page, an updated GraphiQL browser user interface, and enhancements in Credentials and Global Manager. Please see the associated Release Notes for more information on these and other changes found in this release. You can download Halwa and associated release notes following this link: https://support.sciencelogic.com/s/release-file/aBtVL0000000TV30AM/halwa24Views0likes1CommentBest way to suppress an individual metrics event from alerting at a set time on certain days
We have some devices that we know run high CPU overnight during backups etc so what is the best way to suppress a single metric event for one (or multiple) devices at a specific time (e.g. 02:00 -> 04:00) on specific days (e.g Mon -> Fri) from alerting out via powerflow, can this be suppressed at a metric level (as we don;t want to suppres the entire device), or can this be suppressed at a PowerFlow level to then not be sent on during these suppress times/days ?18Views0likes1CommentCouchbase v101 Py3 PowerPack Release Notification
We are pleased to announce that the Couchbase v101 Py3 PowerPack has been released. The download for this release can be found on the Support Portal under the PowerPack filename: https://support.sciencelogic.com/s/release-version/aBu0z000000XZVHCA4/couchbase Enhancements and Issues Addressed The following enhancements and addressed issues are included in this release: The "REST: Performance Metrics Monitor (Couchbase)" Dynamic Application has been removed from this PowerPack and will no longer collect data. NOTE: The "REST: Performance Metrics Monitor (Couchbase)" Dynamic Application should deleted from the system. All Dynamic Applications now support Python 3.6 and leverage snippet framework when collecting data Please refer to the Couchbase v101 Py3 PowerPack File Details in the PowerPacks section of the Support Portal for all information pertaining to the Couchbase v101 Py3 PowerPack Support Status, Minimum SL1 Version, Solution Information, and Pricing Information. The Couchbase v101 Py3 PowerPack Release File Details also contains links to the Release Notes, Manual, and PowerPack Info Report. Issues Addressed in the Couchbase v101 Py3 PowerPack Release can be found in the Release Notes6Views0likes0Comments
Check out our NEW Pro Services Blog for great SL1 Tips and Tricks!
