Peter, My note had more to do with the default values, the suggested order of magnitude changes suggested by BMC/Remedy and documentation (7.1 and 7.5) that appears in the need of an update.
Dave -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Peter Romain Sent: Wednesday, September 16, 2009 4:42 AM To: arslist@ARSLIST.ORG Subject: Re: AW: ARERR 298 "Too Many Filter" since upgrade to 7.1 The risk that BMC are referring to is probably the risk of filter loops. If you are confident that your code doesn't have any loops then the value for this parameter is probably not too important. > David, > > we noticed the same problem after upgrading to 7.1(from 6.3). I did some > investigations and found out that before 7.1 only filters were counted if > the at least one action of the filter was executed. In 7.1 every filter is > counted regardless if an action is executed or not. We multiplied the > "Maximum filters for an Operation" by 10 and everything is fine now. > > HTH > > Kind Regards Conny > > -----Ursprüngliche Nachricht----- > Von: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] Im Auftrag von Shellman, David > Gesendet: Dienstag, 15. September 2009 16:36 > An: arslist@ARSLIST.ORG > Betreff: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1 > > Peter, > > Thanks. Support just got back to me an noted that the default is 10,000 > but that most applications need 200,000 to 660,000. From the Configuring > documentation "Defines the number of filters that can be performed in an > operation. The default and recommended number is 10000. Increase this > number at your own risk only if you reach a limit in your system and you > have verified that your workflow is valid." > > They also noted trying to increase the Filter Stack Size to a minimum of > 200,000. If the they are referring to Maximum Stack of Filters, then > 200,000 is not a valid number. 100,000 is the maximum. Also the > Configuration documentation gives a similar warning as Maximum Filters for > an Operation. > > Dave > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of Peter Romain > Sent: Tuesday, September 15, 2009 9:03 AM > To: arslist@ARSLIST.ORG > Subject: Re: ARERR 298 "Too Many Filter" since upgrade to 7.1 > > My ITSM 7.5 installation automatically set this to 500,000 so you've a way > to go before you match that! > > Cheers > > Peter > > >> Dave, >> It may or may not be the case with you but, >> >> We faced the same error when we were using the qualification >> "TR.Status != DB.Status" instead of Status != "DB.Status". >> >> We got rid of this error when i corrected the qualification. This was >> during the upgrade from ARS 6.0 to ARS 7.1 >> >> On Tue, Sep 15, 2009 at 8:34 AM, Shellman, David < >> dave.shell...@tycoelectronics.com> wrote: >> >>> ** We upgraded to 7.1 Patch 7 (Windows/Oracle) from 7.0.1 over the >>> weekend. Since then we are seeing issues a large number of "Too many >>> filters processed during this operation (ARERR 298)" errors. Most >>> are associated with escalations but we are also seeing it in when >>> individuals are updating records in our home grown system. Very >>> seldom did we see this issue when on 7.0.1. >>> >>> Yesterday I updated the Maximum Filters for an Operation to 20000. I >>> just bumped it to 40000. >>> >>> Any ideas of what parameters to change to or reasonable values is >>> greatly appreciated. >>> >>> Dave >>> >>> Dave Shellman >>> >>> Phone: (717) 810-3687 >>> Fax: (717) 810-2124 >>> email: dave.shell...@tycoelectronics.com >>> >>> *Tyco **Electronics* >>> MS 161-043 >>> PO Box 3608 >>> Harrisburg, PA 17105-3607 >>> >>> >>> >>> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the >>> Answers Are"_ >> >> >> >> >> -- >> Regards, >> Kiran Kodali >> Ph: 940-231-8524 >> >> ______________________________________________________________________ >> _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers >> Are" >> > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
