Hi, List: Min 2 threads, Max 2 threads (390635) Fast:?Min 2 threads, Max 2 threads?(390620) Escalation: Min 1 thread, Max 1 thread (390603) Alert: Min 1 thread, Max 1 thread (390601) Entry type is blank with: Min thread 2, Max thread 2 (390626)
We are on SQL 2005.? Not sure if we have backed up and truncated the transaction logs - we will find out. -----Original Message----- From: Joe DeSouza <[EMAIL PROTECTED]> To: arslist@ARSLIST.ORG Sent: Thu, 11 Sep 2008 12:21 pm Subject: Re: Fwd: Incident Management 7.x Slow ** Can you take an AL and Filter log including an SQL log and see if the system is performing any searches to a form that might have a large number of records? ? Also what about your thread settings? Have you configured your Fast and List threads appropriately? ? What database are you on? MS-SQL?? If so have you backed up and truncated your transaction logs? ? These are the few things that come to my mind.. ? Cheers ? Joe D'Souza Remedy Developer / Consultant, Shyle Networks, New Jersey. ----- Original Message ---- From: Koyb P. Liabt <[EMAIL PROTECTED]> To: arslist@ARSLIST.ORG Sent: Thursday, September 11, 2008 12:12:59 PM Subject: Fwd: Incident Management 7.x Slow ** Forgot to mention - this hanging when submitting tickets to Incident Management?also happening in Production - and there has not been any customizations to the Production Incident Management application - its straight out of the box. -----Original Message----- From: [EMAIL PROTECTED] To: ARSLIST@ARSLIST.ORG Sent: Thu, 11 Sep 2008 12:06 pm Subject: Re: Incident Management 7.x Slow We have maybe 23 records in Incident Management because it still new.? We have not done much at all in terms of customization.? I created one permission group and one active link that is disabled. -----Original Message----- From: Joe DeSouza <[EMAIL PROTECTED]> To: arslist@ARSLIST.ORG Sent: Thu, 11 Sep 2008 11:52 am Subject: Re: Incident Management 7.x Slow ** Whats the size of your system??Meaning number?of records etc? Any customizations? ? I would check on?things like indexes.. Maybe some customizations you have done?runs a bad search? ? Joe D'Souza Remedy Developer / Consultant, Shyle Networks, New Jersey. ----- Original Message ---- From: Koyb P. Liabt <[EMAIL PROTECTED]> To: arslist@ARSLIST.ORG Sent: Thursday, September 11, 2008 11:43:12 AM Subject: Incident Management 7.x Slow ** Hello all, We are on ITSM 7.0.3, patch 7.? We are having issues with?the Incident Management application only.? When the user presses SAVE to create the ticket - it takes 5 minutes to process the transaction, and then the error message comes back and says: ARERR [92] Timeout during database update -- the operation has been accepted by the server and will usually complete successfully : server XYZ The process does not hang when submitting tickets via?Asset, or Change Management.? I generated logs and nothing jumped out.? I noticed the latency happens when?modify an incident record ticket also. Is there some bug with Incident Management? __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ Looking for spoilers and reviews on the new TV season? Get AOL's ultimate guide to fall TV. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"