Hi,
I suspect the script for example submits a single record, and then a
filter modifies/creates (via push-fields) a million records.
If you change your script to modify/create the million records instead,
one at a time, you will be fine.
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.
> Hi Misi,
>
> Instead of escalation we were using script to push the data as well.
>
> Thx,
> Karthick S
>
> On Wed, Apr 11, 2012 at 10:43 AM, Karthick S <karthick...@gmail.com>
> wrote:
>
>> Hi Joe,
>>
>> I am using 6.3 version, In AR server info setting i can find the option
>> for increasing the limit.
>>
>> Thx,
>> Karthick S
>>
>> On Wed, Apr 11, 2012 at 10:41 AM, Karthick S
>> <karthick...@gmail.com>wrote:
>>
>>> Hi Misi,
>>>
>>> Thanks for the info, i ll try and let you know.
>>>
>>> Thx,
>>> Karthick S
>>>
>>> On Wed, Apr 11, 2012 at 10:34 AM, Misi Mladoniczky <m...@rrr.se> wrote:
>>>
>>>> Hi,
>>>>
>>>> You can add the number of allowed filters, but it is likely that you
>>>> will
>>>> run into the problem again.
>>>>
>>>> You might have some kind of infinite looping going on, in which case
>>>> it
>>>> is
>>>> a bug in your code.
>>>>
>>>> If you have a table loop in a FLTR that performs a push-fields, the
>>>> total
>>>> number of filters might become very high.
>>>>
>>>> If you move the table loop to ACTL instead, each Push-Fields will be
>>>> treated as an individual call, and you will not get this problem.
>>>>
>>>> Another solution is to do an escalation that performs the Push-Fields
>>>> (or
>>>> possibly Set-Fields), one record at a time. Each record found by the
>>>> escalation will be tread as a single call.
>>>>
>>>> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP
>>>> 2011)
>>>>
>>>> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
>>>> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
>>>> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy
>>>> logs.
>>>> Find these products, and many free tools and utilities, at
>>>> http://rrr.se
>>>> .
>>>>
>>>> > Hi Guys,,
>>>> >
>>>> > "*Too many filters processed during this operation (ARERR 298)*"
>>>> >
>>>> > Mon Apr 9 13:07:51 2012 390620 : Too many filters processed during
>>>> this
>>>> > operation (ARERR 298)
>>>> > Mon Apr 9 13:07:51 2012 TIM:Process:Metric
>>>> >
>>>> > I have gone throu AR error Pdf and understood the error concept.
>>>> Filters
>>>> > were created to push the datas to this form "TIM:Process:Mertic".
>>>> > Can anyone suggest me how to fix this issue.
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > **
>>>> > **
>>>> > *Thanks and Regards,*
>>>> > *Karthick S*
>>>> >
>>>> >
>>>> _______________________________________________________________________________
>>>> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>>>> > attend wwrug12 www.wwrug12.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"
>>>>
>>>
>>>
>>>
>>> --
>>> **
>>> **
>>> *Thanks and Regards,*
>>> *Karthick S*
>>>
>>>
>>
>>
>> --
>> **
>> **
>> *Thanks and Regards,*
>> *Karthick S*
>>
>>
>
>
> --
> **
> **
> *Thanks and Regards,*
> *Karthick S*
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.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"
