Mike, This is a known issue with some versions of the CMDB... There are a couple of little gotcha's in the way that the CMDB Class Manager swaps data with the SHR:SchemaNames that I've stumbled across so far. If you have a look at Support Web Article KM-000000023856, this should give you a fix for this corruption of SHR:SchemaNames class heirarchy data issue... What you'll also need to do is retrace some of your steps and check all of the entries in SHR:SchemaNames. Any entry for a Class where 'ClassID 01' != "BMC_ASSETBASE" is going to be suspicious (with the exception of the Relationship classes and maybe one or two others from memory). I've had to do a clean up this on one or two systems before, so let me know if you need further advice. Regards Chris.
> Hi James: > > Actually, thats what's funny is because I found this issue a few weeks ago, > but figured maybe I did something & messed up the data so I changed it back > to the values you listed below. > > The odd thing is that it seems now that every time I make an update via the > class manager, it reverts it to the strange values again. > > Its very very bizzare (and annoying to boot). > > >>From: "McKenzie, James J C-E LCMC HQISEC/L3" >><[EMAIL PROTECTED]> >>Reply-To: [email protected] >>To: [email protected] >>Subject: Re: CMDB - SHR:SchemaNames data integrity >>Date: Wed, 19 Apr 2006 07:46:14 -0700 >> >>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] 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 >> >>_______________________________________________________________________________ >>UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org > > _________________________________________________________________ > Dont 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 > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
