I started a new document in the BMC Communities Hidden and Undocumented Configuration Settings<https://communities.bmc.com/communities/docs/DOC-20894>. If you know of an undocumented configuration setting please add it to this document. My hope is they will not remain undocumented any longer.
I added this option to a section called "AR System Configuration Settings (ar.cfg / ar.conf)." Add new sections for other configuration files as necessary (EmailDaemon.properties, etc.). Jason On Sun, Aug 19, 2012 at 6:05 PM, Goodall, Andrew C <[email protected]> wrote: > May be Doug or David can explain why this option (Max-Log-History) is not > documented or added as an available parameter on the Server Information Log > tab, I do know it works :) as provided by BMC engineering to me this last > week. > > In my opinion the original overwrite functionality of log was not well > thought out, especially for those sql and filter logs - Max-Log-History > works much better. > > Regards, > > Andrew C. Goodall > Software Engineer > Development Services > [email protected] > jcpenney > 6501 Legacy Drive > Plano, TX 75024 > jcp.com > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Misi Mladoniczky > Sent: Saturday, August 18, 2012 12:45 PM > To: [email protected] > Subject: Re: ARS generational logging > > Hi, > > I have gone through the 7.6.04 config guide, where ar.cfg/conf is > explained. > > There are no such thing as a Max-Log-History option! > > The Max-Log-File-Size is there though, and this option has been around for > a very long time. I checked the doc for version 4.5, and it is in there. > > Just specify the number of bytes you want in your log, and when the system > fills that up, it will start overwriting the file from the beginning > again. > > And no, this does not apply to arerror.log. > > All log files can be rotated though. But there is no built in > functionality for this. > > 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? Analyse your Remedy logs. > Find these products, and many free tools and utilities, at http://rrr.se. > > > I don't think so - but that would have been nice. > > > > I say that because the max log file parameter doesn't seem to apply to > > arerror.log so I don't expect this to either. L > > > > > > > > Regards, > > > > > > > > Andrew C. Goodall > > > > Software Engineer > > > > Development Services > > > > [email protected] > > > > jcpenney > > > > 6501 Legacy Drive > > > > Plano, TX 75024 > > > > jcp.com > > > > > > > > From: Action Request System discussion list(ARSList) > > [mailto:[email protected]] On Behalf Of Axton > > Sent: Friday, August 17, 2012 5:48 PM > > To: [email protected] > > Subject: Re: ARS generational logging > > > > > > > > ** > > > > Any chance that applies to the arerror log too? > > > > On Aug 17, 2012 5:43 PM, "Susan Palmer" <[email protected]> wrote: > > > > ** > > > > That's more clear to me now. We're still at 7.5 so I guess we'll look at > > the next version that comes out for an upgrade hopefully next year. > > > > > > > > Thanks for the info Andrew and Ravi ! > > > > > > > > Susan > > > > On Fri, Aug 17, 2012 at 5:38 PM, Goodall, Andrew C <[email protected]> > wrote: > > > > ** > > > > It is going to help so much in working with support. Can't tell you how > > many times a log has been unworkable or useless because it has rolled > over > > itself due to the fixed size "readable" limit, even 0 limit will stop at > > 2gb - not that is readable/manageable anyway > > > > Max-Log-History: 3 > > > > Sql.log <- current log > > > > Sql.001.log ß oldest generation > > > > Sql.002.log > > > > Sql.003.log ß latest generation /rolled log > > > > > > > > > > > > Regards, > > > > > > > > Andrew C. Goodall > > > > Software Engineer > > > > Development Services > > > > [email protected] > > > > jcpenney > > > > 6501 Legacy Drive > > > > Plano, TX 75024 > > > > jcp.com > > > > > > > > From: Action Request System discussion list(ARSList) > > [mailto:[email protected]] On Behalf Of Susan Palmer > > Sent: Friday, August 17, 2012 5:21 PM > > To: [email protected] > > > > > > Subject: Re: ARS generational logging > > > > > > > > ** > > > > Hi Andrew, > > > > > > > > Not sure what 'generational' logging is. Are you referring to a rolling > > log, where you could set a max and then oldest entries drop off when the > > max size is reached to make room for new entries? That would be great to > > have some logs continually running for those unexpected times when you'd > > like to look at something that happened but the logs weren't on. > > > > > > > > Regards, > > > > Susan > > > > On Fri, Aug 17, 2012 at 10:16 AM, Goodall, Andrew C <[email protected]> > > wrote: > > > > ** > > > > I've been wanting generational logging in ARS for a long time. > > > > I just learned that is now available with a new ar.cg parameter > > Max-Log-History > > > > > > > > I don't know when this was implemented, maybe it was with 7.6.x but I > wish > > BMC would have advertised this to admins or made this accessible on the > > Server Information Tab. > > > > e.g. Max-Log-History: 20 > > > > > > > > Regards, > > > > > > > > Andrew C. Goodall > > > > Software Engineer > > > > Development Services > > > > [email protected] > > > > jcpenney > > > > 6501 Legacy Drive > > > > Plano, TX 75024 > > > > jcp.com > > > > > > > > > > The information transmitted is intended only for the person or entity to > > which it is addressed and > > may contain confidential and/or privileged material. If the reader of > this > > message is not the intended > > recipient, you are hereby notified that your access is unauthorized, and > > any review, dissemination, > > distribution or copying of this message including any attachments is > > strictly prohibited. If you are not > > the intended recipient, please contact the sender and delete the material > > from any computer. > > > > _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"_ > > > > > > _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" > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. If the reader of this message is not the intended recipient, > you are hereby notified that your access is unauthorized, and any review, > dissemination, distribution or copying of this message including any > attachments is strictly prohibited. If you are not the intended > recipient, please contact the sender and delete the material from any > computer. > > > > _______________________________________________________________________________ > 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"
