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 < [email protected]> 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 > [image: logoSthInc-sm] > > Canada / Deutschland > Mobile: +49 171 380 2329 GMT + 1 + [ DST ] > Email: *Ben.Chernys_AT_softwaretoolhouse.com > *Web: 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/ **** > > ** ** > > ** ** > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
