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"
