I knew about this one from a post on here a few months ago..

Joe

From: ravi rai 
Sent: Tuesday, September 18, 2012 3:22 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Querys that kill my system

** 
Joe,
This feature is available 
Add following in Ar.cfg 
 
Large-Result-Logging-Threshold: 70000 

70000 is the threshold limit 
 
enable thread log 
 
 
result will be like 
<THRD> <1      > /* Mon Jul 09 2012 16:05:38.2310 */ Thread Id 39696 (GLEWF) 
large result buffer allocation - /Length: 840183/Entries: 3000/Client Ver: 
>=10/RPC ID: 11393/User: <UserName>/Form: <Form name>/

Ravi
 


--------------------------------------------------------------------------------
Date: Tue, 18 Sep 2012 14:05:57 -0400
From: jdso...@shyle.net
Subject: Re: Querys that kill my system
To: arslist@ARSLIST.ORG

** 

So this feature really isn't there? You nearly had me there!

It’s a great feature if it was there though.. Maybe a perfect candidate for 
some sort of an enhancement request..

Joe

From: John Sundberg 
Sent: Monday, September 17, 2012 10:04 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Querys that kill my system

** It is a little hard to say what "version" it was.... 

Because in 2012 -- BMC renamed it all to BMC Atrium ... threw in the kitchen 
sink -- which included the Remedy product and the ITSM Suite + some discovery 
software + a CMDB...

But in 2014 Oracle broke it all up -- and peeled off the ITSM software into 
something they called "Oracle Service Support" .... (And the concept of a 
development admin tool went away) -- it is purely configuration and consulting 
to configure the product...
(Traditional Remedy customer are unhappy - new customers don't know better - 
think they are eating a juicy steak - turns out it is pink slime)

RemedyForce was taken over by Business.com (aka Salesforce.com).

RemedyOnDemand - still exists -- but is part of "Oracle Scalable Enterprise" - 
which everybody calls "Oh say ... can you see" -- because nobody can actually 
see it working... kind of a weird industry joke... (Still not sure about it -- 
I think 2021 humor goes over my head)

Same timeframe -- Oracle renamed Remedy to "Oracle Enable" ... and it became 
really the "adhoc" business "back-office" apps generator....

SRM was abandoned by Oracle -- really BMC killed it before Oracle got it (circa 
2011) - BMC just never told the customers.

Of course Kinetic Data stayed independent and front-ends both Oracle Service 
Support and the Enable framework - keeping customers happy - regardless of the 
shenanigans behind the scenes...

BTW - the MN Vikings still are without a Superbowl in 2021 :(

Obama gets reelected.
Republican gets elected 2016 -- does a fair job - but chooses not to rerun.
Hillary gets 2020.

And that is all I know...

-John


On Mon, Sep 17, 2012 at 8:15 PM, Shellman, David <dave.shell...@te.com> wrote:

  ** 
  John,

  Do you know what version this introduced?

  Dave

  On Sep 17, 2012, at 8:43 PM, "John Sundberg" <john.sundb...@kineticdata.com> 
wrote:


    ** No - they won't work.  :( 

    Sorry...

    -John



    On Mon, Sep 17, 2012 at 6:05 PM, Chris Kelly <ctopke...@gmail.com> wrote:

      ** These are great suggestions But I an in 2012 and I need a solution 
today....  
      As you can tell I know nothing about remedy.  So will adding the two 
lines work?
      Any help is great, my future self says thanks also....
      Chris

      On Sep 17, 2012 4:26 PM, "Joe Martin D'Souza" <jdso...@shyle.net> wrote:

        ** 

        Sweet... don’t think I knew this..

        New feature??

        Joe

        From: John Sundberg 
        Sent: Monday, September 17, 2012 4:56 PM
        Newsgroups: public.remedy.arsystem.general
        To: arslist@ARSLIST.ORG 
        Subject: Re: Querys that kill my system

        ** 

        You could go into ar.cfg 

        add the 2 lines :

        ars_track_long_queries: true
        ars_track_long_queries_min_length: 5000 # This is milliseconds - so all 
greater than 5 seconds


        Then -- restart server

        Look for table called: "ARS_TRACK_QUERIES" (I think that is the name)…

        Look in there -- it will tell 
        who
        when
        what
        how long it ran
        how many entries returned
        what ip address
        what client type and version


        Pretty sweet feature… (wish I would have thought of it originally)


        -John





        On Mon, Sep 17, 2012 at 10:21 AM, Chris Kelly <ctopke...@gmail.com> 
wrote:

          ** 
          Thanks so very much.  I am not a Remedy Admin so  My admin says the 
Unqualified searches is disabled. 

          I will work on getting the fields indexed asap.

          The thing is we don't know who is running the queries... is there a 
way on the remedy system that we could look at to see who is running this and 
stop it when it is going on?

          Chris

          On Mon, Sep 17, 2012 at 9:09 AM, Maddala, Venkat 
<venkat.madd...@ncr.com> wrote:

            ** 
            Hi Chris,

            Here are the few things that you can do 

            1)      Disable Unqualified searches on server
            2)      Index the most commonly used fields in search
            3)      Limit the free form searches by adding custom workflow



            BTW is this for custom applications? Or OOTB?



            HTH

            Venkat Maddala 

            http://RemediesForRemedy.com







            From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chris Kelly
            Sent: Monday, September 17, 2012 10:51 AM
            To: arslist@ARSLIST.ORG
            Subject: Querys that kill my system



            ** 

            Hello all.



            I have a question for the group.



            Our ARsystem 7.1 and what is going on is when someone runs a 
intensive query my system comes to a standstill.  what are a few things i would 
do to stop this? or set it so if queries get approved before running????





            Please help ...



            Chris  

            _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 

            _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 


          _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 




        -- 

        John Sundberg

        Kinetic Data, Inc. 
        "Your Business. Your Process."
        WWRUG10 Best Customer Service/Support Award
        WWRUG09 Innovator of the Year Award


        651-556-0930 I john.sundb...@kineticdata.com  
        www.kineticdata.com I community.kineticdata.com  





        _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
        _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
      _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 




    -- 

    John Sundberg

    Kinetic Data, Inc. 
    "Your Business. Your Process."
    WWRUG10 Best Customer Service/Support Award
    WWRUG09 Innovator of the Year Award


    651-556-0930 I john.sundb...@kineticdata.com  
    www.kineticdata.com I community.kineticdata.com  





    _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 




-- 

John Sundberg

Kinetic Data, Inc. 
"Your Business. Your Process."
WWRUG10 Best Customer Service/Support Award
WWRUG09 Innovator of the Year Award


651-556-0930 I john.sundb...@kineticdata.com  
www.kineticdata.com I community.kineticdata.com  





_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ 
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
_attend WWRUG12 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