Category Archives: Atrium CMDB 1.x

Asset Management Atrium CMDB Atrium CMDB 1.x Atrium CMDB 2.x

Adding an Attribute to the CMDB via a CMDB Driver Script

There are a number of ways to create an attribute in the CMDB. You could use the BMC Atrium Core Console, Remedy API, or the CMDBDriver.

The BMC Atrium Core Console offers a nice GUI interface, and is fairly slick when used via the mid-tier. I have noticed some issues using the mid-tier version vs the UserTool version. One issue that I’ve noticed is that sometimes custom fields do not show up when your viewing the classes. When viewed from the UserTool, everything is there. Another issue I have noticed is that the Menu Style field shows different results when compaired to what one see’s in the UserTool.

The Remedy API is a very powerfull feature, if used correctly, and you understand what your doing. I have built everything from forms, fields, active links, filters, and guides with the API and really, one takes for granted what the GUI does for you.

But the topic is the CMDBDriver tool. This is not a user friendly tool, but once you understand it, its great for automating alot of your work.

The one feature is the “execute” command. This allows you to execute a driver script that is basically a list of commands (like a macro) that you want the driver to execute. The following text is what is used to create a selection field, with 3 entries, on the BMC_Application class:

Corporate Group
Customer Group
Enterprise Group

These lines would sit in a text file, and the driver would execute the contents. The first line is the “CA” command which stands for Create Attribute. The following lines would be the supplied input for the process of manually creating an attribute.

The power of this feature is that you could maintain a number of these commands in the text file, allowing you to create as many fields, on as many forms as you like. For example, when I build out a new server environment, I can execute just one file that will add every custom field we added to the CMDB, bringing it upto speed with our existing environments.

CMDBDriver - Start Up
CMDBDriver – Start Up
 The next step is to enter the “init” command. This initizlizes the session, closing off any other session that you may have been already logged into. This is the first step that you must do when first opening the application. The next step is to enter the “log” command. Here you are logging in with your UserID, Password, and Server Name. Finally, if you are using a port number to connect to your server, enter the “ssp” command. This allows you to enter your TCP port number.
Initialization and Login
Initialization and Login

The next step is to issue the “ex” command. This will prompt you for the command/driver file to load. Enter in the full path and filename. No need to enclose everything in quotes, as spaces dont matter.

Execute Command
Execute Command

This is the part of the process that gets cluttered, and leaving you wondering whats going on. As the CMDBdriver executes the script, prompts for data are appearing on the screen. Normally you would manually enter the values, but our command file is supplying the data for us. I would have been nice if the values were actually displayed as the system exectued the file. Depending on how many attributes, which class your hitting, and the amount of data in your CMDB, this could take a few seconds or minutes to complete.

If you have multiple attributes being created, this screen will repeat the the cluttered block for each one. Once done, you should finally see the Command prompt come back.

Execution of the command file
Execution of the command file

Over the years, dealing with problem tickets with BMC Support and talking with the application engineers, they all have said that they use the CMDBDriver for most of the work that they do. When you use the Atrium Core/Class Manager to add attributes, the CMDBDriver is actually being called in the background to do the work. It pulls its information from the OBJSTR:Class form (these are your Pending records). Once the driver completes the task, the record in the OBJSTR:Pending form is removed.

One nice thing about the CMDBDriver is that if something goes wrong, it tells your right away. If something goes wrong using the AtriumCore/ClassManager, you have to go in and start deleting records in various forms.

One last helpful hint if AtriumCore/ClassManager does not appear to be completing the building of your new field, you can grab the ‘Pending ID’ and from within the CMDBDriver, issue the “sync” command, which will prompt you for the Pending ID. This will force the attribute to complete for you, and the matching record in the OBJSTR:Pending form will disapear (As long as there are no errors in your system, but thats another issue to resolve). Note that the ‘Pending ID’ is not visible on the form, but you have to export the data, or manually type it out from the report option. On most of my sites, we have made this field visible (read only) so its easy to grab.



Atrium CMDB 1.x

How can I rename a Class in CMDB 1.1

As per Remedy’s knowledge base article KA337587, there is no feature to rename a class in CMDB 1.1. – that is, to rename the datastore forms and metadata.
However, there is an easy configuration step to change the name of a class throughout the User Interface.
Using Remedy User, query on the form named SHR:SchemaNames to find the record created for the class.
Change the value of the ‘Proper Name’ field to the desired value and save the record.
If you now access the class from Remedy Asset Manager, and bring up the AST (GUI form), it will have the new name.
Note: If you change the name of a class using this procedure, you will need to update the existing data so that it will be available in queries.

– Open the form BMC:BMC_AssetBase in Remedy Administrator

– Choose from the menu, Form –> Current View –> Fields in View, and add the field named UserDisplayObjectName(490021100)

to the view.

– Save the form.

– Login to Remedy User and query on the UserDisplayObjectName field for the old value of the Proper Name (before you changed it) to find the records that need to be updated.

– Update the records returned with the correct, updated value of the ‘Proper Name’ as set above.


Atrium CMDB 1.x

Cannot correct an attribute definition if it fails to build in CMDB

PROBLEM: Cannot correct an attribute definition if it fails to build in CMDB 1.1:

If you create an attribute on a class, and define it so that it will not build – for example if you include a hyphen in the attribute name – then you cannot open the attribute defintion and change the name. When you attempt to do this, the attirbute dialog opens up blank.


This has been logged as a defect SW00224813, and below is the workaround for this issue.

Perform the following steps to delete the “Change Pending” attribute record from the back-end form, and then re-add the attribute correctly from the Class Manager

  1. Search in the OBJSTR:AttributeDefinition form to locate the offending attribute. Delete it.
  2. Search for the entry which is pending related to the class .Delete it.
  3. Search in the OBJSTR:Class form for the pending entry related to that class and delete it.