Don't put a production server in Dev Cache mode. Read the guides to get an explanation on the server modes. My take on it is that Dev Cache mode gives priority to development. If you do this on a production server, the devs will see performance improvement, but the system users will take a huge hit and may end up getting errors. With Dev Cache mode OFF, every dev tool or admin tool save causes a refresh of the server cache. A copy of the cache is made, then it is rebuilt. This allows the users to work without much impact. My guess is that one dev is making a change and saves. Another dev makes a change and tries to save while the server is re-caching. That would explain the time out errors.
James On Feb 5, 2:52 pm, Leonard Neely - FOJ <[email protected]> wrote: > The behavior that you describe is typical when multiple developers are on > the system, and the server is not in Development Cache Mode, as activity in > DT form multiple developers will all contend for the single "Admin" thread. > This is also why you don't really see the issue in the User Tool while > performing functions (e.g. Searches, Updates, Etc.) that don't use the Admin > thread. If multiple developers will be working on the server, then > "Development Cache Mode" is pretty much a "MUST". > > HTH > > Leonard Neely > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of Tommy Morris > Sent: Friday, February 05, 2010 11:41 AM > To: [email protected] > Subject: Re: RPC Timeout Errors > > ** > > Funny thing about the timeout errors is that through the User Tool people > can search and update records during the same time that the developer tool > is timing out. I know that there should not be development and data updates > going on at the same time but we were testing to see if it was an issue > across the board or just with developer tool. > > Further troubleshooting shows that if 1 developer saves an object through DT > then the CPU spikes and holds around 90%. If a second developer saves an > object at the same time then he/ she receives RPC Timeout. > > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of manoj jain > Sent: Friday, February 05, 2010 10:50 AM > To: [email protected] > Subject: Re: RPC Timeout Errors > > ** > > Hi, > > You have to increase the Process Time out. > > You can configure it from: > Server Information Form- Timeout Tab > > I would suggest you to kindly adopt some other performance improvement tips > as well Like: > > -Increase the Next ID size > -Create Private Queues > -Improve network performance, increasing N/W bandwidth. > -Increase H/W and S/w configuration as well etc. > > -Check whether any escation running on that time which are updating > database. > > If you wil get te solution then please inform the list also bcoz generally > user get this error. > > Regards, > > Manoj Jain > > On Fri, Feb 5, 2010 at 9:15 PM, Tommy Morris <[email protected]> > wrote: > > ** > > Development Environment > > Windows 2003 Enterprise Server R2 sp2 > > Dual Xeon 2.66ghz > > 6gb RAM > > ARS 7.5p3 > > CMDB 7.6 > > ITSM 7.6 > > Remote Oracle 11g > > We have started receiving RPC Timeout (91) errors when attempting to save > objects through the developer tool. Does anyone know if there is a maximum > number of developers that can connect? I have 4 developers who report the > same issue. Is there an issue where two people cannot save through dev tool > at the same time? > > Tommy Morris > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ > > ___________________________________________________________________________ > ____ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
