For information about federation and how to configure federation data, see Managing external data stores using Federation Manager.
Do not modify the classes in the
BMC.CORE.CONFIG namespaces class definitions. BMC CMDB uses these definitions to store federated data.
Federation access method--URL
- Open a browser and paste the value in the Access String field into the Address list.
- In the Address list, replace attribute parameters such as
$Name$with their values from the CI.
- Verify that the link that you specified displays the correct page.
RPC error when creating federation plug-in
When you create a plug-in to connect to an external data source for retrieving federated data, you might encounter the following error:
Exception while processing RPC call. java.io.IOException: An established connection was aborted by the software in your host machine at sun.nio.ch.SocketDispatcher.write0(Native Method) at sun.nio.ch.SocketDispatcher.write(Unknown Source) at sun.nio.ch.IOUtil.writeFromNativeBuffer(Unknown Source) at sun.nio.ch.IOUtil.write(Unknown Source) at sun.nio.ch.SocketChannelImpl.write(Unknown Source) at com.bmc.arsys.arrpc.nio.ArNioXdrTcpEncodingStream.streamFlush(Unknown Source) at org.acplt.oncrpc.XdrTcpEncodingStream.flush(Unknown Source)...
This error occurs when the external data source that you are connecting to (for example, the Oracle database) contains several tables and large volumes of data. To resolve this issue, add the following parameters to the ar.cfg (ar.conf ) configuration file and restart the AR System server:
- For the ardbc plug-in —
- For the filter plug-in —
If you encounter the plug-in error even after you add these entries to the AR System configuration file, increase the timeout period (in seconds) and retry until the issue is resolved.
To troubleshoot plug-in loading issues
When you create a federation plug-in using the Configure Repository Plugins And Adapters option in the Federation Manager, the Loaded column in the plug-in editor displays the status of the plug-in. A value of No in this column indicates that your plug-in did not load successfully. This issue might occur if you provided an incorrect user name and password, or an incorrect connection string.
- After adding the plug-in, reopen the plug-in editor to refresh the plug-in status.
If the plug-in loaded successfully, the Loaded column displays a value of Yes.
- If the Loaded column displays a value of No, from the AtriumCore <installDir>\Logs directory, open the AtriumPluginSvr.log file and check for errors.
- Depending on the type of plug-in you created, open one of the following log files and check for errors:
- Federation-ar.log — If you created an AR System plug-in
- Federation-cmdbf.log — If you created a cmdbf plug-in
- Federation-jdbc.log — If you created a jdbc plug-in
- After fixing the errors, restart the AR System server and the mid tier.
- From the BMC Atrium Core Console, open the Federation Manager and check the status of the plug-in again.
To troubleshoot federated data class issues
You might receive validation errors (120186-120190), such as incorrect table or field mapping with the external data store when you create a federated data class. These issues can occur if the maximum length of the field in the external store does not match the field length in the federated data class or if the table name that you specified in the plug-in adapter is incorrect.
If you are unable to create a federated data class, make sure that the plug-in for your data store is loaded.
- Log in to the AR System driver program.
For more information about logging in to the driver program, see the Developing an API program in the BMC Remedy Action Request System online documentation.
- To retrieve a list of external schema candidates, type the
- At the Schema Type prompt, type 5 and verify that the vendor table that you created is listed in the results.
- To retrieve a list of external field candidates, type the
- At the Schema Type prompt, type 5.
- At the Vendor name prompt, type the vendor name that you created.
- At the Vendor table name prompt, specify the name of the table that you are mapping from the external data store.
- Confirm that the properties of the external data store, such as the
External Field Name, and
Maximum length, are correct.
The vendor table and field properties should match the class and attribute properties that you specified for the federated data class.
Invalid column lengths in federated classes with an IBM DB2 database
Federation problems with an IBM DB2 database can occur under the following conditions:
When creating a federated class that brings in data from a DB2 database, you create a federated relationship class to retrieve the data. In this federated relationship class, you create a qualification that relates the source class in the BMC Atrium CMDB to the federated class. For example, specifying
'Name' = $ComputerName$, creates a relationship between the Name field of the source class and the ComputerName field of the federated class.
But when you are creating a query and the size of the field in the source class exceeds the field column length of the federated class, a DB2 error is returned. For example, your DB2 database has a field (FNAME ) with a column length of 10 characters. If the field referenced in the source class exceeds 10 characters (as in
'BMC_Account_1' = Fed_Class.FNAME ), the 10-character limit is exceeded and you see the following error:
SQLCODE -302, Error: THE VALUE OF INPUT VARIABLE OR PARAMETER NUMBER IS INVALID OR TOO LARGE FOR THE TARGET COLUMN OR THE TARGET VALUE
To troubleshoot federated data class issues
Change the column width of the key attribute in the federated source to be equal to or greater than the comparable field in the source class.