One of our developers keeps running into this type of situation every now and then on our development boxes. A lot of the times it has been due to broken views. The system is trying to add/remove fields on a class, but somewhere down the tree it runs into a broken view that it can't complete its task. As soon as we resolve the broken view and try it again, things complete without any problems.
Another recent problem we had, we could not determine what was causing the problem. Remedy Support had us turn on the server side logging and then attempt to remove the field we were having problems with. The log file helped us to narrow down where the problem was occurring. As Steinar mentioned, I would use the CMDBDriver utility. It may not resolve your current problem, but usually runs into less problems. This is the only method I now use in 7.x for adding/removing/modifying fields. Have never had any issues with it. Talking with some of the Remedy Support people, they recommend that method also. On a side note, once you get the hang of using the CMDBDriver, you can then start to write some utilities that build a script file that you can import into the driver program to make changes in the CMDB. Our scripts are to the point now where we can migrate any number of fields from one environment to another. We pick from a list of class/field(s) and specify to/from servers and hit the go button. The app builds the scripts on the fly and then starts the CMDBDriver process, supplying the script files. Once it is running, we can walk away. When you have a lot of fields to move, it can come in handy. Good luck... Brent... -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Steinar Halland Sent: Wednesday, April 21, 2010 1:38 AM To: [email protected] Subject: [ARSLIST] SV: Cannot create classes in CMDB Have you tried creating the class with the cmdbdriver utility that ships with the CMDB? Best regards Steinar -----Opprinnelig melding----- Fra: Action Request System discussion list(ARSList) [mailto:[email protected]] På vegne av Sergio Tomillero Sendt: 21. april 2010 09:58 Til: [email protected] Emne: Cannot create classes in CMDB Hi List, I cannot create classes in CMDB. Each time I try to create one, instead I do not get any message in the screen, the class shows Error status and is not created. arerror.log returns (I translate) Wed Apr 21 09:04:00 2010 CMDB Dispatcher : Server busy. Exhausted the time of wait during the recovery of information. Retry operation. (Servername)ARERR - 93 Arapi.log returns FAIL -- RPC Client has timed out in several ARGetServerInfo, ARGetListSchema, ARGetEncryptInfo I have increased the time out from 5 seconds to 10, but the problem goes on. Also in cmdbengdebug.log there is nothing significant. The same as arsql.log My environment profile: OS: Windows 2003 Server Standard Edition 64 bits CMDB version: 7.6.0 patch 1 ARServer: 7.5 patch 4 Any idea? Thanks & regards, Sergio Tomillero -- View this message in context: http://n2.nabble.com/Cannot-create-classes-in-CMDB-tp4935605p4935605.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" This email originates from Steria AS, Biskop Gunnerus' gate 14a, N-0051 OSLO, http://www.steria.no. This email and any attachments may contain confidential/intellectual property/copyright information and is only for the use of the addressee(s). You are prohibited from copying, forwarding, disclosing, saving or otherwise using it in any way if you are not the addressee(s) or responsible for delivery. If you receive this email by mistake, please advise the sender and cancel it immediately. Steria may monitor the content of emails within its network to ensure compliance with its policies and procedures. Any email is susceptible to alteration and its integrity cannot be assured. Steria shall not be liable if the message is altered, modified, falsified, or even edited. ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
