I learned the hard way that multiple threads are required for CMDB install. It should have been listed as a prerequisite in the install guide.
Another issue is the advice in the install guide to turn on Admin only mode (to disallow users on the server so the install would go faster, the install guide says). Doing so was causing the CMDB install to fail. I ignore this piece of wisdom on the install guide to be able to install CMDB (1.1). --- Rick Cook <[EMAIL PROTECTED]> wrote: > Sam, > > This is actually a known issue, though it may not be > well-documented. You need one thread for each of 2 > or 3 different processes - I can't remember exactly > which ones right now. Thanks for bringing that back > to the front of my brain. > > > Rick > > ________________________________ > > From: Action Request System discussion list(ARSList) > on behalf of Sam Ferguson > Sent: Sun 5/7/2006 2:00 PM > To: [email protected] > Subject: Helpdesk 6.0 Installation Failing at 87% - > Resolved > > > > > ** > > Hi List, > > > > An interesting resolution to this one. > > > > After applying a temp license the installation > failed, so I then tried increasing the fast and list > threads to min of 4 each. This then allowed the > CMDB 1.1 Patch002 and Helpdesk 6.0 to install > without any processes crashing. > > > > Thanks to those that provided assistance. > > Sam > > > > From: Action Request System discussion list(ARSList) > [mailto: [EMAIL PROTECTED] On Behalf Of Sam > Ferguson > Sent: Wednesday, May 03, 2006 2:15 PM > To: [email protected] > Subject: Helpdesk 6.0 Installation Failing at 87% > > Hi List, > > I am having an issue with the clean (not upgrade) > installation of Helpdesk 6.0 on ARS 6.03 Patch016, > Oracle 9, Solaris 9. This is the second time of > installing helpdesk and for the second time the > helpdesk install has gotten to 87% and is showing no > further activity. AR system has almost no activity > and the installation process has no activity, there > are no further entries in the helpdesk logs since > 11:23am. > > The last entry's from the RemedyHelpDesk.log: > > [Wed May 3 11:23:17.425] DefnImport- **** Percent > complete **** 87 > > [Wed May 3 11:23:17.425] DefnImport- Begin import > file > /opt/ar/itsm/helpdesk/en/workflow/./attach_RSHR_Remedy_Management2.def, > mode 0x3, mask 0x0 > > [Wed May 3 11:23:17.425] ConvertFile- Successfully > removed > /opt/ar/itsm/helpdesk/en/workflow/./attach_RSHR_Remedy_Management2.migrator > > > [Wed May 3 11:23:17.487] ConvertFile- File > conversion succeeded > > [Wed May 3 11:23:17.487] ImportFileNode- Beginning > import in formattach mode > > [Wed May 3 11:23:17.506] CMyMig-onThreadStatus- > Migration thread started > > [Wed May 3 11:23:18.6] CMyMig-onMigrationStatus- > Migration process started for object > attach_RSHR_Remedy_Management2 to irkdcrem01 at > 05/03/06 12:23:17 > > > > The active links loaded from > attach_RSHR_Remedy_Management2.def and attached to > forms have been imported but there is no indication > of anything happening after that. > > > > The ARerror.log shows the following: > > Wed May 3 11:28:21 2006 Dispatch : Timeout during > data retrieval due to busy server -- retry the > operation (irkdcrem01) ARERR - 93 > > Wed May 3 11:31:21 2006 Dispatch : Timeout during > data retrieval due to busy server -- retry the > operation (irkdcrem01) ARERR - 93 > > Wed May 3 11:34:00 2006 CMDB : Timeout during data > retrieval due to busy server -- retry the operation > (irkdcrem01) ARERR - 93 > > Wed May 3 11:34:00 2006 CMDB : Name parameter (or > name field in a parameter) is empty () ARERR - 102 > > Wed May 3 11:34:21 2006 Dispatch : Timeout during > data retrieval due to busy server -- retry the > operation (irkdcrem01) ARERR - 93 > > Wed May 3 11:35:04 2006 Reconciliation : AR System > Application server terminated when a > signal/exception was received by the server > (ARAPPNOTE 4500) > > Wed May 3 11:35:04 2006 6 > > Wed May 3 11:35:04 2006 Reconciliation : AR System > Application server restarting (ARAPPERR 4503) > > Wed May 3 11:37:21 2006 Dispatch : Timeout during > data retrieval due to busy server -- retry the > operation (irkdcrem01) ARERR - 93 > > Wed May 3 11:38:00 2006 CMDB : Timeout during data > retrieval due to busy server -- retry the operation > (irkdcrem01) ARERR - 93 > > Wed May 3 11:38:00 2006 CMDB : Name parameter (or > name field in a parameter) is empty () ARERR - 102 > > Wed May 3 11:40:21 2006 Dispatch : Timeout during > data retrieval due to busy server -- retry the > operation (irkdcrem01) ARERR - 93 > > Wed May 3 11:43:21 2006 Dispatch : Timeout during > data retrieval due to busy server -- retry the > operation (irkdcrem01) ARERR - 93 > > > > This suggests that something has happened to prevent > dispatch or CMDB from connecting to the AR System, > however I am able to log in via the user tool and > admin tool without any issues, so ARS is still > responding and it shows as a running process. > > > > The armonitor.log shows a process dieing however I > am not sure what it is or what is causing it, I > already have a call with Remedy on this one: > > Wed May 3 11:39:29 2006 (ARNOTE 0) > > Wed May 3 11:39:29 2006 Server (pid:29789) died > with 65280. > > From looking through the installation files I have > found an XML file cdf_helpdesk.xml which seems to > dictate the order of the installation of def and arx > files. The last entry in this file under the > definition file import section is <pl > Mode="formattach">attach_RSHR_Remedy_Management2.def</pl>, > after that it moves onto .arx files. However no arx > files have been imported from that listed in the XML > file. > > The error from armonitor.log indicating the server > died with 65280 is also reported when installing > CMDB 1.1 Patch002. This has prevented the > installation of this patch. > > My server is unlicensed, so I have just gotten a > temp license and will try the installation again, > although I am not convinced that this will allow the > installation to get past 87%. > > Has anyone seen anything like this before or have > any ideas as to what could be the cause of the > installation to hang? > > Thanks > > Sam > > === message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
