Re: Too many filters processed during this operation (ARERR 298)
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.comwrote: 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
Re: Too many filters processed during this operation (ARERR 298)
Karthick, If the workflow performing those operation is all legit, you can raise the default max number of filters in an operation in the AR Server Info settings from what your current limit is to something slightly higher and then retry the operation.. I would start with doubling it, and if it works, feel free to lower it a little if you want.. The limit is to prevent the server going to an endless loop of filters, Joe From: Karthick S Sent: Wednesday, April 11, 2012 10:11 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Too many filters processed during this operation (ARERR 298) ** 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
Re: Too many filters processed during this operation (ARERR 298)
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
Re: Too many filters processed during this operation (ARERR 298)
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* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Too many filters processed during this operation (ARERR 298)
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* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Too many filters processed during this operation (ARERR 298)
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.comwrote: 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