PS. I never had the problem with other servers and I do the exact same operation for all readable items (though there are a few less because the other server is older) which never times out. Presumably that server is busy as well.
So no matter that you probably found the individual item causing the issue, it is a behaviour change in 8.1 Cheers Ben From: Ben Chernys [mailto:ben.cher...@softwaretoolhouse.com] Sent: June-11-13 00:17 To: 'arslist@ARSLIST.ORG' Subject: RE: Odd 93 timeout behaviour in 8.1.0 Hi Steve, Thanks you've given me a good hint. I only read the readable ones and only allow writes to the writable ones. I throw my own errors if an inappropriate operation is attempted. It could very well be the DB Free Space one. That makes sense if the server is busy. And that would likely not be in server memory. I never actually look at the values other than the first four I get separately. I'm not sure I can get rid of any of them (it would be a logic hole) but I will for a quick test. Then I am not sure what I'll do but perhaps just add a bit of doc. Thanks Ben From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Steve Kallestad Sent: June-10-13 23:56 To: arslist@ARSLIST.ORG Subject: Re: Odd 93 timeout behaviour in 8.1.0 ** Oh - and beware # 348 - it's used to restart the plugin server, but if I'm not mistaken on a read it will just give you an error. On Mon, Jun 10, 2013 at 2:51 PM, Steve Kallestad <st...@tabtonic.com> wrote: I would try doing a little bit of logging or maybe even chopping the list down to see where the problem is. I imagine it's just one or two out of the entire list that's giving you a headache. I threw together a quick script to iterate through them and 209 - Get DB Free Space took a while. Outside of that everything came back pretty darn fast. On Mon, Jun 10, 2013 at 4:38 AM, Ben Chernys <ben.cher...@softwaretoolhouse.com> wrote: ** 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_ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3343 / Virus Database: 3199/6398 - Release Date: 06/10/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