40 views

Description

When the "Discovery and Service Mapping Patterns" plugin will be activated first before the Discovery, Cloud Management, and Service Mapping plugins.

Steps to reproduce:
In a fresh instance without any plugins, activate the following plugins in order:

Order of activation:
1. sn_itom_pattern [Discovery and Service Mapping Patterns]
2. com.snc.discovery [Discovery]
3. com.snc.cloud.mgmt [Cloud Management]
4. com.snc.service-mapping [Service Mapping]

Issue:
The table "cmdb_ci_cloud_service_account" table will be created under the Application [sys_scope] "Discovery and Service Mapping Patterns".

Expected results:
The table "cmdb_ci_cloud_service_account" table shoud be under the Application [sys_scope] "Global".

Release or Environment

Tested in Orlando version.

Cause

When the "Discovery and Service Mapping Patterns" is being installed (first without Discovery plugin), the following Application dependency is the following:
CMDB CI Class Models
Pattern Designer

Results:
cmdb_ci_cloud_service_account
Application: Discovery and Service Mapping Patterns

Resolution

Workaround:

1. Manually set the "scope" (to Global) and "package" (to Discovery Core) of the following affected by the use case

Export XML the following records:
a. sys_db_object: "cmdb_ci_cloud_service_account"
b. sys_dictionary: "Collection" and "sys_class_name"

2. Make a copy of the original XML, then modify the created copy like below:

Example:

<?xml version="1.0" encoding="UTF-8"?>
<unload unload_date="2020-05-05 04:40:02">
<sys_db_object action="INSERT_OR_UPDATE">
<sys_id>SYS_ID of the RECORD</sys_id>
<sys_package display_value="Discovery Core" source="com.snc.discovery.core">SYS_ID of the Discovery Core Package in the instance</sys_package>
<sys_scope display_value="Global">global</sys_scope>
</sys_db_object>
</unload>

<?xml version="1.0" encoding="UTF-8"?>
<unload unload_date="2020-05-05 04:43:14">
<sys_dictionary action="INSERT_OR_UPDATE">
<sys_id>SYS_ID of the RECORD</sys_id>
<sys_package display_value="Discovery Core" source="com.snc.discovery.core">SYS_ID of the Discovery Core Package in the instance</sys_package>
<sys_scope display_value="Global">global</sys_scope>
</sys_dictionary>
</unload>

<?xml version="1.0" encoding="UTF-8"?>
<unload unload_date="2020-05-05 04:43:08">
<sys_dictionary action="INSERT_OR_UPDATE">
<sys_id>SYS_ID of the RECORD</sys_id>
<sys_package display_value="Discovery Core" source="com.snc.discovery.core">SYS_ID of the Discovery Core Package in the instance</sys_package>
<sys_scope display_value="Global">global</sys_scope>
</sys_dictionary>
</unload>

3. Save the XML.

4. Import XML to the instance (one at a time) to verify if the Application (sys_scope) and the sys_package are updated.

5. Update the "account_id" field to have it added to the form of the table "cmdb_ci_cloud_service_account".

a. Go to the "sys_dictionary_list.do"

b. Open the "account_id" column name, table "cmdb_ci_cloud_service_account" record.

c. Right-click > Configure > Form Layout

d. Find the field "Staged" and move it to "Selected", then Click Save.

e. Set the "Staged" field to false or untick the checkbox.

f. Save the "account_id" sys_dictionary record.

 

The "account_id" field should now be available in the "cmdb_ci_cloud_service_account" form.

Additional Information

There is a current discussion with the dev team to track this via PRB and consider "Discovery" or "Service Mapping" in the dependency of the "Discovery and Service Mapping Patterns" plugin/installation.

Article Information

Last Updated:2020-11-10 13:49:52
Published:2020-05-11