Sorry....thought I read all of the posts in this thread. Hmmm...it does sound like something is timing out...you could try looking at filemon (microsoft utility for monitoring what files are being accessed)...maybe something is slow on the read....or you could try something like ethereal and see if something is happening on the network
_____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Tony Worthington Sent: Wednesday, September 26, 2007 12:43 PM To: arslist@ARSLIST.ORG Subject: Re: Delays after user tool sits idle ** Nope.. as mentioned in one of my previous posts... :-) >We have no remote clients here, everything is on the local network with no firewalls or proxies between the clients and the server (only one edge switch.) -tony -- Tony Worthington Sr. Technical Analyst Kohl's Department Stores [EMAIL PROTECTED] 262-703-5911 "L. J. Head" <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG> 09/26/2007 01:40 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Delays after user tool sits idle ** Is there a firewall between the client and Server?...as mentioned by another poster _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Tony Worthington Sent: Wednesday, September 26, 2007 12:02 PM To: arslist@ARSLIST.ORG Subject: Re: Delays after user tool sits idle ** That's where I'm stuck. All the workflow and server logging fails to capture that initial "lag." An example.. I had a query results list and record selected in my user tool, and left it there for approx 20 minutes. I then selected another record in the list. What should have taken less than two seconds (display the new record) took over 30 seconds. The logs don't reflect that lag, and in fact don't start logging that (or any) action until the tool "unfreezes." <API > <TID: 0000000292> <RPC ID: 0000284431> <Queue: Fast > <Client-RPC: 390620 > <USER: Demo > /* Wed Sep 26 2007 12:59:09.5130 */+GLS ARGetListSchema -- changed since Wed Dec 31 18:00:00 1969 from Remedy User (protocol 12) at IP address 10.2.120.14 <snip> <API > <TID: 0000001984> <RPC ID: 0000284445> <Queue: List > <Client-RPC: 390620 > <USER: Demo > /* Wed Sep 26 2007 12:59:11.0720 */-GLEWF OK The exact same action when the user tool has not been idle, performs as expected. -- Tony Worthington Sr. Technical Analyst Kohl's Department Stores [EMAIL PROTECTED] 262-703-5911 Carey Matthew Black <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG> 09/26/2007 11:47 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Delays after user tool sits idle Tony, I would look at the client active links logs (and if you can Server side API/SQL logs) to see if your actually facing a DB issue. Maybe there is some workflow doing a search that is not as well indexed as it should be and the DB is swapping the table out of active memory and needing to shuffle things around or do a table scan? Such problems have a way of "just happening" due to data growth or an increase in volume of user activities over time. -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On 9/26/07, Tony Worthington <[EMAIL PROTECTED]> wrote: > ** > All - > > Has anyone experienced the issue of the User Tool taking an extremely long > time to perform any action after sitting idle for a few minutes? Click, > wait a minute, then poof everything is back to normal. > > We have 7.0.1p3 delpoyed, and I also see the same issue using the 7.1 tool. > I'm going to open a ticket with support, but I was hoping for some "me > too's" or tips. :-) > > (Nothing in client-side logging other than a gap where the tool is frozen.) > > Thanks, > Tony > > ITSM7.0.2p4/win2kr3/10gr2 > > > -- > Tony Worthington > Sr. Technical Analyst > Kohl's Department Stores > [EMAIL PROTECTED] > 262-703-5911 ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
