Mike:
I do not have the same entries as you state below:
Here are mine:
ClassName 01: BMC_AssetBase
ClassName 02: BMC_System
ClassName 03: BMC_ComputerSystem
The Class IDs match for the three entries to the classes above
Also the User Class Names also match.
Maybe your CMDB installation was munged and thus you have the wrong
Classes to begin with and when you updated the two classes the Reconcilation Engine
attempted to fix it as best it could.
Can you change the entries in the SHR:SchemaNames form to match what I have?
James McKenzie
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]]On Behalf Of Mike Parker
Sent: Wednesday, April 19, 2006 7:36 AM
To: [email protected]
Subject: CMDB - SHR:SchemaNames data integrity
Good Morning List:
Im experiencing some strange behavior with the CMDB.
I have had to add/modify several attributes within the Computer System class
& Asset Base class. Which I do via the class manager, and the modifications
work just fine.
The problem is, it seems once the change has been completed, the data in
SHR:SchemaNames appears to be re-written, and I cant figure out why.
Specifically, it sets the following for the Computer System entry in
SHR:SchemaNames:
Class Name 01 = BMC_ComputerSystem (should be BMC_AssetBase)
ClassID 01 = BMC_COMPUTERSYSTEM (should be BMC_ASSETBASE)
Class1InstanceId = $\NULL$ (Should be BMC_ASSETBASE)
Class2InstanceId = $\NULL$ (should be BMC_ASSETBASE)
The problem I see then when you try to make relationships via the related
items tab, the workflow gets all messed up & the correct relationships dont
work properly.
Has anyone else seen this behavior?
ARS: 63 p15
CMDB: 1.1 p2
DB: Oracle 9i (remote)
OS: Windows 2003
_________________________________________________________________
Don't just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
