Thanks Rick, Patrick,
It ain't the authentication plugin as authentication has succeeded and the first GSI call with only 4 elements succeeds. The server is busy at the time running discovery, recon, etc, but the curious thing is that no other calls fail so the timeout is specific to the GSI call and specifically when the GSI call includes all available requests (about 350 on 8.1) Also, this is normal for me and I've worked with 8.0, 7.6.4, etc and this behaviour is only in 8.1 I do not know that all GSI requests can be satisfied in memory of the ARS server but I would expect so. It is not causing me grief as it is at job initialisation and so if the job doesn't start, I simple break it and restart and eventually it gets through and proceeds normally and at normal performance through completion. Cheers Ben From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Rick Cook Sent: June-10-13 15:40 To: [email protected] Subject: Re: Odd 93 timeout behaviour in 8.1.0 ** My first thought was an authentication timeout setting, though adding a thread or two to the plug in server probably wouldn't hurt. Rick On Jun 10, 2013 6:38 AM, "patrick zandi" <[email protected]> wrote: ** check the performance of plugin's too, I have seen this as well, due to the choke-point in the plugin configurations. https://kb.bmc.com/infocenter/index?page=content <https://kb.bmc.com/infocenter/index?page=content&id=KA357263&actp=search&vi ewlocale=en_US&searchid=1370871082609> &id=KA357263&actp=search&viewlocale=en_US&searchid=1370871082609 for example. On Mon, Jun 10, 2013 at 8:55 AM, Hullule, Kiran <[email protected]> wrote: ** Few possibilities: 1) Server is too busy and all threads Max'ed out 2) Database too busy in responding ARS request resulting timeout 3) If you are sure that timeout is always cause on GSI call and this is always been the pattern then you need to see whether all GSI call shows timeout or only specific day/time of the day 4) If this is server group environment then you need to make sure you have correct Server-Name and Server-Connect-Name values set in ar.cfg 5) You may try Log Analyzer tool to find out what all 20 longest running calls at the time of timeout error If nothing helps, I would suggest to create a support case with BMC support as timeout errors are very broad and needs very deep level investigation. Best Regards, Kiran From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Ben Chernys Sent: Monday, June 10, 2013 5:09 PM To: [email protected] Subject: Odd 93 timeout behaviour in 8.1.0 ** Hi Folks, Just another odd behaviour I am noticing and wondering if, firstly, anyone else does this, and secondly, if there is any work-around for this. This behaviour is only noticed on 8.1 and not on 8.0 or other versions of ARS though my memory gets murkier as time passes. Environment: ITSM 8.1 Full suite running on Windows and MS SQL on a separate server. ARS Version 8.1.00 201301251157 DB Type SQL -- SQL Server DB Version 2008 R2 (SP2) - 10.50.4000.0 (X64) OS Windows 6.1 2 element server group. I connect to the admin server. Issue: I am getting 93s regularly though intermittently at a single point when the server is actually busy. The oddity is that point. I initialise by authenticating to the server and then asking for a very few pieces of information from that server including its name and version. I then build a complete list of available, readable info items and get that as well (some 350ish). It is here that I get the timeouts albeit when the server is busy. The call is "ARGetServerInfo". I obviously select only the readable items. If I get through that, I have generally no further time-outs and processing runs at normal speeds. I now execute the same three calls on another 7.1 server - that is: session initiation, a few items in a single getinfo call, all available items in a further get info call. I then process queries, updates, schema and field gets across the two servers - all without further ado. Most if not all the info for this call would be in memory of the arserver, So the oddity is why this call often returns a 93, only on the 8.1 server, and only when the server is actually busy, having responded very quickly to the same call with only a few items in the request block. Ben Chernys Senior Software Architect Canada / Deutschland Mobile: +49 171 380 2329 <tel:%2B49%20171%20380%202329> GMT + 1 + [ DST ] Email: Ben.Chernys_AT_softwaretoolhouse.com Web: <http://www.softwaretoolhouse.com/> www.softwaretoolhouse.com We are a BMC Technology Alliance Partner. Check out Software Tool House's free Diary Editor and out Freebies Section for ITSM 7.6.04 and 8.0.0 Fields spreadsheets. Meta-Update, our premium ARS Data tool, lets you automate your imports, migrations, in no time at all, without programming, without staging forms, without merge workflow. <http://www.softwaretoolhouse.com/> http://www.softwaretoolhouse.com/ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ -- Patrick Zandi _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3343 / Virus Database: 3199/6397 - Release Date: 06/09/13 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
smime.p7s
Description: S/MIME cryptographic signature
