The ARERR 93s in the arerror.log are the clue to what's going on.  Most of the 
server side client process are signalled when there is work for them to do but 
they also have a fall back mechanism where they check the Application Pending 
form for any commands that they may have missed.  To do this they login using 
the admin queue and query this form.  If this queue is busy doing something 
else - cache operations most likely - then they may report a timeout.  If this 
happens several times in a row the client will shut itself down and then be 
restarted by armonitor.  I think this is what you're seeing - the admin queue 
is doing some other work and the clients are getting timeouts and quitting.  I 
don't think you need worry about this but, if you want to look into it further, 
you could set Copy-Cache-Logging: T in the ar.conf and enable thread logging.  
This will log cache operations to the thread log and you can then check for 
events at the times you see this message.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Dheeraj Kumar
Sent: 01 August 2012 13:18
To: [email protected]
Subject: Timeout in Remedy - ARS 7.1

**
Hi List,

Looking for suggestions on how to get to the root of Timeout issues.
Of late we have been observing regular ARS hangs.
arerror log only says Dispatch,BRIE,Assignment engine timeouts(ARERR 93).
Further the ARMonitor log has the below entry each time the issue occurs.

Wed Aug  1 04:33:37 2012   (ARNOTE 0)
Wed Aug  1 04:33:37 2012     ARMonitor child process (pid:23119) died with 
65280.
./apsvcae.sh

Does above entry in ARMonitor log suggest something wrong with assignment 
engine?

When we manually restart the arservice, it works well and after a month or so 
the issue occurs again.

Any suggestions on how we can debug? We don't have any server side logging 
enabled as issue occurs randomly- once in a month or 45 days.

Server details : Server group of 3 servers(Solaris os), ARS 7.1 Patch 9 and 
ITSM 6.3.

Regards,
Dheeraj

_attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers 
Are"_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Reply via email to