Hi Kaye,
In case your problem is still persisting, try setting debug mode 32768 so that detailed DSO logging can be captured. The analysis of logs can definitely give insight to the problem. Few more checks could be 1) Are there changes in mapping? 2) Are there changes in from used in DSO, which are not reflected in DSO? 3) Any connectivity and authentication issue at the destination server? Best Regards, Uday Joshi From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Kaye Bernales Sent: Tuesday, September 28, 2010 15:03 To: [email protected] Subject: Re: Remedy 6.3 - DSO Process always stopping ** Thanks Doug! Actually, we noticed the increase in number of records when the process started dying frequently. There was also a time we got ARERR 8747 on logs but it's no longer appearing in current logs. We know this could be a memory issue. Any ideas how to fix / address this? Also, we're operating on a server group configuration (4 application servers with DSO only enabled on one server). There was a recent cleanup on licenses - not sure if this could be related though. But would there be anything we could check further? Thanks! Kaye ________________________________ From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Doug Blair Sent: Monday, 27 September 2010 9:25 PM To: [email protected] Subject: Re: Remedy 6.3 - DSO Process always stopping ** Hi Kaye! There are lots of factors that can slow DSO down but your biggest issue is the 200000 records. In addition to looking at indexing on the pending table take a long look at all the different cases that are triggering a DSO record. In particular, make sure that any filter that fires on merge includes AND $USER$ != "Distributed Server" So you don't go back and forth between servers. Doug -- Doug Blair Sent from my iPhone4, typographic errors likely +1-224-558-5462 On Sep 26, 2010, at 8:23 PM, Kaye Bernales <[email protected]> wrote: ** Hi List, We are running on AR System 6.3 (Solaris - Sybase). We've recently been having problems with DSO process. The DSO queue grew up to more than 200k records and process seems to always die. AR Monitor doesn't seem to be restarting it. The process slowed down and we got to a point where it only processes 1000 records per hour. We tried restarting the Remedy service and it made processing faster - however, after a few hours, it started slowing down again. There are no problems with Database nor Unix servers. Any ideas why DSO process keeps on dying and how we could get more information? Thanks! Kaye NOTICE The information contained in this email is confidential. If you are not the intended recipient, you must not disclose or use the information in this email in any way. If you received it in error, please tell us immediately by return email and delete the document. We do not guarantee the integrity of any e-mails or attached files and are not responsible for any changes made to them by any other person. _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
