Help with Custom Parameters for 'Sync Devices from SL1 to ServiceNow'
Hi all, I’m working on creating a schedule for the 'Sync Devices from SL1 to ServiceNow' application, and I’m trying to set up some custom parameters. Specifically, I want to configure custom settings for: - Include Org - Selected Device - Excluded Device I’ve written the code and tested it multiple times, but I’m having trouble getting it to work as expected. Has anyone successfully implemented custom parameters for these settings? Or is it even possible to override them with custom parameters in the current setup? Any help or guidance would be greatly appreciated! Thanks in advance!ServiceNow CMDB SyncPack v3.6.4 Released
Hello, We are pleased to announce the release of our ServiceNow CMDB SyncPack v3.6.4. This SyncPack includes the following update: Addressed an issue caused by changes to the ServiceNow batch endpoint format when sending CIs to ServiceNow. Spaces are no longer accepted in the URL starting with ServiceNow Zurich. Thank you, Release ManagementSL1 PowerFlow v3.2.0 & PFCTL v2.8.0 Release
Hello, We are pleased to announce the release of SL1 PowerFlow v3.2.0, as well as the release of SL1 PowerFlow powerflowcontrol (pfctl) command-line utility v2.8.0. Both of these releases are included on the customer portal for download under Product Downloads > PowerFlow Platform > SL1 - PowerFlow 3.2.0. SL1 PowerFlow v3.2.0 adds the ability to bulk download reports, adds a new API endpoint to support bulk downloading of reports, adds two new configuration options to the docker-compose.yml file, and addresses multiple issues. Read on for more details or see the SL1 PowerFlow Release Notes. SL1 PowerFlow powerflowcontrol (pfctl) command-line utility v2.8.0 updates Couchbase-related checks, updates pfctl checks to require HTTPS certificates, and updates the pfctl init-sps action to use the HOST_ ADDRESS for the PowerFlow system. See the SL1 PowerFlow powerflowcontrol (pfctl) command-line utility v2.8.0 Release Notes. Features (SL1 PowerFlow v3.2.0) This section covers the features that are included in SL1 PowerFlow Platform version 3.2.0: You can now bulk download reports in PowerFlow. When bulk downloading, you have the option to select multiple specific instances of a report to download, or you can select all available instances to download. Added the new DELETE/api/v1/reports/batch API endpoint, which allows you to delete reports in a batch. For more details about using the new endpoint, see the API documentation in the PowerFlow user interface. Added two new configuration options to the docker-compose.yml file to allow access to the Couchbase and RabbitMQ user interfaces without requiring Dex authentication: DISABLE_DEX_AUTH. This option allows you to disable Dex authentication for the Couchbase and RabbitMQ services. ENABLE_SECONDARY_CB_UI. This option allows you to access the Couchbase user interface on port 8091 through secondary nodes without additional port openings. NOTE: The DISABLE_DEX_AUTH and ENABLE_SECONDARY_CB_UI configuration options are intended only for troubleshooting and should be turned off when the PowerFlow system is stable. Blank spaces in configuration options or application variables are now automatically stripped by the PowerFlow API to prevent the spaces from causing issues when PowerFlow reads the values. Updated API service initialization messages to improve clarity when Couchbase indexes are created. Updated the db_host configuration option to function more uniformly across all PowerFlow services. The following images are included in this release of PowerFlow: registry.scilo.tools/sciencelogic/pf-api:rhel3.2.0 registry.scilo.tools/sciencelogic/pf-couchbase:6.6.0-14 registry.scilo.tools/sciencelogic/pf-dex:2.37.1-11 registry.scilo.tools/sciencelogic/pf-worker:rhel3.2.0 registry.scilo.tools/sciencelogic/pf-gui:3.2.0 registry.scilo.tools/sciencelogic/pf-pypi:6.3.1-15 registry.scilo.tools/sciencelogic/pf-rabbit:3.8.35-7 registry.scilo.tools/sciencelogic/pf-redis:6.2.14-6 Issues Addressed (SL1 PowerFlow v3.2.0) The following issues were addressed in this release: Addressed an issue that caused device sync to fail due to region-specific cache key issues. (Case: 00422286) Addressed an issue that caused intermittent authentication failure when using SSO credentials to access PowerFlow. (Case: 00352925) Addressed an issue that caused the pfctl utility to fail when changing the PowerFlow password if the "dollar-sign" character ($) was used in the new password. You can now use the $ character in the PowerFlow password. (Case:00484230) Updated custom mappings values so that you can set any value you want before PowerFlow checks whether the value is unique. Previously, if you attempted to add a custom value and any part of the string matched an existing custom value, you could not attempt to save the value. Addressed an issue that prevented users with view-only permissions from accepting the End User License Agreement (EULA). Additionally, we have released SL1 PowerFlow System Utils v1.2.1 SyncPack today. This release is available on the customer portal here. This SyncPack requires the Base Steps SyncPack. Thank you, Release ManagementCMDB Sync relation overrides
Device sync has quite a mandatory configuration option about relations between SL1 devices vs Snow CIs. We have used that a lot but now struggling with some issue we noticed this "values" section. In documentation we can see this picture: which shows that there is part "values" and it is told that they are Additional Child Class Values. Then in example we have this { "cmdb_ci_db_mssql_instance": { "relations": [ { "parent": "cmdb_ci_win_server", "rel_type": "Runs on::Runs", "reverse": true } ], "values": {"sys_class_name": "snow_ci_class", "instance_name": "name"} }, "cmdb_ci_db_mssql_database": { "relations": [ { "parent": "cmdb_ci_db_mssql_instance", "rel_type": "Contains::Contained by", "reverse": false } ], "values": {"sys_class_name": "snow_ci_class", "database": "name"} }, "cmdb_ci_db_mssql_server": { "relations": [ { "parent": "cmdb_ci_win_server", "rel_type": "Runs on::Runs", "reverse": true } ], "values": {"sys_class_name": "snow_ci_class", "instance_name": "name"} } } Not much told about those in documentation, so few questions arise: when do we need to use those? Seems to be optional anyway. what are the field names to be used here. In the example snow_ci_class seems to be coming from device attributes/field from SL1, then probably the key part is the snow field? Is that correct?Base Steps SyncPack v1.6.0 Release
Hello, We are pleased to announce the release of Base Steps SyncPack v1.6.0. This release deprecates the QueryGQL step from the SyncPack (although it is not removed) and adds the GQLRequest step, which you should use to make GraphQL steps going forward. This release addresses two more issues: Addressed an issue that caused the "Sync Service Requests from ServiceNow to SL1" application to fail after upgrading SL1 from version 12.1.2 to 12.3.5. (Case: 00532575) Addressed an issue that caused the "DeleteFromCache" step to fail when using the 'equals' lookup type instead of 'like'. This release is now available on the customer portal under Product Downloads > PowerPacks & SyncPacks here. Read the full release notes here: https://docs.sciencelogic.com/powerpack_release_notes/sciencelogic_base_steps_syncpack-v160_release_notes.pdf Thank you, Release ManagementServiceNow CMDB SyncPack v3.6.3 Release
Hello, We are pleased to announce the release of the ServiceNow CMDB SyncPack v3.6.3. This SyncPack addresses the following issues: Addressed an issue which prevented the interface sync GraphQL query from working if the SL1 AP2 version was 8.18.43-81 (JellyBean) or later. Addressed an issue that caused the device sync to fail due to the "EM71" region being overwritten. To address the issue, the "/api/v1/cache/dev-classes" API endpoint was updated to make the "default_dev_ class_id" and "servicenow_default_id" options configurable. You can download this and other SyncPacks from the Product Downloads > PowerPacks & SyncPacks tab on the Support portal. Please review the release notes for this SyncPack carefully before installing it. Thank you, Release ManagementServiceNow Service Graph Connector SyncPack v1.1.1 Release
Hello, We're pleased to announce the release of ServiceNow Service Graph Connector SyncPack v1.1.1. Issues Addressed The following issues are addressed in this release: Addressed an issue which prevented the interface sync GraphQL query from working if the SL1 AP2 version was JellyBean or later. Addressed an issue where devices merged in the Service Graph Connector with topology relationships caused an error. As part of the fix for this issue, a new enable_advanced_topology toggle was added to the device and interface syncs. The toggle is disabled by default. Additional System Requirements: "Base Steps" SyncPack version 1.5.5 or later. "ServiceNow Base" SyncPack version 3.8.0 or later. ServiceNow version Tokyo or later with Web Services enabled. ServiceNow CMDBCI Class Models version 1.49.0 or later. You can download the class models from the ServiceNow Store. "Service Graph Connector for ScienceLogic" application version 1.0.2. You can download the application from the ServiceNow Store. NOTE: The Service Graph Connector will not work with Incidents synced to ServiceNow. As a result, the Configuration Item field and the related list on the [Affected CIs] tab will not be populated when using the Service Graph Connector. The Device field on the Event record will also be blank. This issue is addressed in version 4.0.0 of the ServiceNow Incident SyncPack. You can find this SyncPack via the Product Downloads > PowerPacks & SyncPacks tab on the Support portal. Thank you, Release ManagementServiceNow CMDB SyncPack v3.6.3 Release
Hello, We are pleased to announce the release of the ServiceNow CMDB SyncPack v3.6.3. This SyncPack addresses the following issues: Addressed an issue which prevented the interface sync GraphQL query from working if the SL1 AP2 version was 8.18.43-81 (JellyBean) or later. Addressed an issue that caused the device sync to fail due to the "EM71" region being overwritten. To address the issue, the "/api/v1/cache/dev-classes" API endpoint was updated to make the "default_dev_ class_id" and "servicenow_default_id" options configurable. You can download this and other SyncPacks from the Product Downloads > PowerPacks & SyncPacks tab on the Support portal. Please review the release notes for this SyncPack carefully before installing it. Thank you, Release ManagementServiceNow Service Graph Connector SyncPack v1.1.1 Release
Hello, We're pleased to announce the release of ServiceNow Service Graph Connector SyncPack v1.1.1. Issues Addressed The following issues are addressed in this release: Addressed an issue which prevented the interface sync GraphQL query from working if the SL1 AP2 version was JellyBean or later. Addressed an issue where devices merged in the Service Graph Connector with topology relationships caused an error. As part of the fix for this issue, a new enable_advanced_topology toggle was added to the device and interface syncs. The toggle is disabled by default. Additional System Requirements: "Base Steps" SyncPack version 1.5.5 or later. "ServiceNow Base" SyncPack version 3.8.0 or later. ServiceNow version Tokyo or later with Web Services enabled. ServiceNow CMDBCI Class Models version 1.49.0 or later. You can download the class models from the ServiceNow Store. "Service Graph Connector for ScienceLogic" application version 1.0.2. You can download the application from the ServiceNow Store. NOTE: The Service Graph Connector will not work with Incidents synced to ServiceNow. As a result, the Configuration Item field and the related list on the [Affected CIs] tab will not be populated when using the Service Graph Connector. The Device field on the Event record will also be blank. This issue is addressed in version 4.0.0 of the ServiceNow Incident SyncPack. You can find this SyncPack via the Product Downloads > PowerPacks & SyncPacks tab on the Support portal. Thank you, Release Management
