James: I use 5 each for fast and list during new install/patching and it works for me.
--- "McKenzie, James J C-E LCMC HQISEC/L3" <[EMAIL PROTECTED]> wrote: > Rabi: > > I had at least two threads per process and the patch > install for CMDB 1.1 > kept on failing. If this were the case, then I > should have increased both > to four? > > James McKenzie > Remedy Engineer > Enterprise Systems Device Management Team > Enterprise Systems Engineering Directorate > C-E LCMC ISEC > Fort Huachuca, Arizona 85613 > Phone: (520) 538-3171 > > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Rabi > Tripathi > Sent: Monday, May 08, 2006 8:25 AM > To: [email protected] > Subject: Re: Helpdesk 6.0 Installation Failing at > 87% - Resolved > > 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) > > > === 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
