Creating the Discovery Source
- Before installing or upgrading the Ironstream IBM i Discovery app, you must manually add a data source named
Ironstream_i. This data source is required by the ServiceNow Identification and Reconciliation Engine (IRE).Note: The data source cannot be added automatically during the app installation because the choice field for the data source must exist in the ServiceNow global scope.To add the data source, go to the Scripts - Background area in ServiceNow. Run the following script in the global domain:var discoverySource = 'Ironstream_i'; var gr = new GlideRecord('sys_choice'); gr.addQuery('element', 'discovery_source'); gr.addQuery('name', 'cmdb_ci'); gr.addQuery('value', discoverySource); gr.query(); if (!gr.hasNext()) { var grNew = new GlideRecord('sys_choice'); grNew.initialize(); grNew.setValue('element', 'discovery_source'); grNew.setValue('name', 'cmdb_ci'); grNew.setValue('value', discoverySource); grNew.setValue('label', discoverySource); if (!grNew.insert()) { gs.info('Adding discovery source failed for: "' + discoverySource + '".'); } } - Download the Ironstream IBM i Discovery app from the ServiceNow Store. Refer to the Ironstream Administration Guide for detailed instructions on configuring the Ironstream Proxy Server.Important: If you already have a version of the app installed, note that your existing probe configurations will not be retained. This is the current behavior of ServiceNow.
Creating the Reconciliation Rules
To enable Ironstream to update data in ServiceNow's CMDB classes, you must create Reconciliation Rules in the ServiceNow instance before running Discovery.
Reconciliation Rules must include 'Ironstream_i' as a Discovery Source. This requirement applies only to non-custom classes that are not part of the 'Legacy' offering.
| Display Name | Table Name | Attributes |
| IBM Frame | cmdb_ci_ibm_frame | name interactive_feature manufacturer model_number processor_feature_code processor_group ram serial_number |
| LPAR | cmdb_ci_lpar_instance | name fqdn guest_os_fullname ip_address manufacturer memory model_number object_id |
| MQ Channel | cmdb_ci_appl_ibm_mq_channel | name channel_type connection_name short_description max_message_length transport_type model_number manufacturer |
| MQ Manager | cmdb_ci_appl_ibm_wmq | name queue_manager command_queue dead_queue default_transmission_queue short_description max_message_length max_channel mq_platform system_control_version model_number manufacturer |
| MQ Queue Alias | cmdb_ci_appl_mq_queue_alias | name ibm_mq_manager type short_description x_mitq transmission_usage get_permission put_permission max_depth max_message_length queue_creation_date model_number manufacturer target_queue_name |
| MQ Queue Local | cmdb_ci_appl_mq_queue_local | name ibm_mq_manager type short_description x_mitq transmission_usage get_permission put_permission max_depth max_message_length queue_creation_date model_number manufacturer local_queue_name |
| MQ Queue Model | cmdb_ci_appl_mq_queue_model | name ibm_mq_manager type short_description x_mitq transmission_usage get_permission put_permission max_depth max_message_length queue_creation_date model_number manufacturer |
| MQ Queue Remote | cmdb_ci_appl_mq_queue_remote | name ibm_mq_manager type short_description x_mitq transmission_usage get_permission put_permission max_depth max_message_length queue_creation_date model_number manufacturer remote_queue_name |
If Reconciliation Rules are not created, Ironstream Discovery can insert records into ServiceNow's CMDB classes. However, it will not be able to update those records later. For instance, if a subsequent Discovery run identifies updated attribute values, Ironstream Discovery will be unable to apply those changes.
For advice on how to create Reconciliation Rules, refer to ServiceNow's official documentation.
Upgrade Steps
Overview
If you upgrade from an earlier version of Ironstream for ServiceNow (for example, v7.2) and simply install v7.5 over your existing environment you will see multiple Configuration Tool services and installed software.
These notes explain how to avoid this issue, which was caused by corporate rebranding applied from v7.5 onwards.
- Rebranding impact: Upgrading directly to v7.5 without uninstalling the previous version may result in:
- Multiple Configuration Tool services (one old and one rebranded).
- Two entries in the Windows Settings list of installed programs (one with the old name and one with the new name).
- File location: v7.5 installs its files in the same location as earlier versions, which can cause confusion if the older version is not uninstalled first.
- Before installing v7.5:
- Uninstall any previous version (e.g., v7.2).
- Backup the
conffolder to preserve user configurations and any custom changes.Note: User configurations in theconffolder are preserved during uninstallation, but a backup is recommended as a precaution.
- If v7.5 is already installed over v7.2:
- Uninstall v7.5 first, followed by v7.2.
- Backup the
<b>conf</b>folder before proceeding. - Reinstall v7.5 after completing the uninstallation steps.
- Post-Installation check:
- After installing v7.5, previously defined MCS services should still appear in the Windows Services list and function as expected when started.
Instructions for v7.4 users
- Go to Sensors under Discovery Definition.
- Search for "EV400 IBM i Program and File Trigger" in the Name column.
- Open the corresponding record.
- Set the sensor's Active State to
false. - Click the Update button to save the changes.