According to docs.bmc.com it is new in 7.6.04. https://docs.bmc.com/docs/display/public/ars7604/New+parameter+to+save+multiple+backup+log+files
On Thu, Jul 25, 2013 at 10:17 AM, Grooms, Frederick W < frederick.w.gro...@xo.com> wrote: > 7.6.04 doesn't list the Max-Log-History configuration item All it Lists > is: Max-Log-File-Size > "If the maximum size is reached, the logging cycle restarts at the > beginning of the file, overwriting existing information. " > > If 9:38 was the bottom of the file you may want to search inside it for > "END OF LOG" to see where the real end of the logging is. > > It is easy enough to create a cron (or task scheduler) process to copy the > file(s) at a specific interval for archival purposes to a different > location on the hard drive. > I have a process that does this every 10 minutes and then zips them up so > I can go back a complete day in logs (Part of the copy appends the hour > and minute to the log file name) > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Jason Miller > Sent: Thursday, July 25, 2013 11:37 AM > To: arslist@ARSLIST.ORG > Subject: Re: Attachments Vanishing > > ** To answer the question about new log files, yes. > > Max-Log-History > > https://docs.bmc.com/docs/display/public/ars81/ar.cfg+or+ar.conf+options+E-M > https://communities.bmc.com/docs/DOC-20894 > > Jason > > -----Original Message----- > On Wed, Jul 24, 2013 at 11:55 AM, Pargeter, Christie :CO IS wrote: > ** > I have found that the CHG:WorkLog record seems to be getting deleted at > ~12:05 am. We have maybe 2 people on at that time of the night. > > Also, is there a way to have the log files generate a new one when they > get to be a certain size? (e.g., arfilter.log, arfilter1.log, > arfilter2.log, .) The reason I ask this is that I turned on the logging > about 7:40 am yesterday and it stopped logging at like 9:38 am and the file > was over 2 gbs in size. So, I didn't get anything I was looking for. > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W > Sent: Tuesday, July 23, 2013 7:17 AM > To: arslist@ARSLIST.ORG > Subject: Re: Attachments Vanishing > > ** > Leaving the logging on really depends on your system. On our Linux > servers we see no performance changes with having the Logs turned on full > time > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS > Sent: Tuesday, July 23, 2013 9:15 AM > To: arslist@ARSLIST.ORG > Subject: Re: Attachments Vanishing > > ** > Do you see a performance hit for having the logging turned on? Also, is > there another site with more info about the Log Parsing & Management > session. I can't get funding for WWRUG. > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Jason Miller > Sent: Monday, July 22, 2013 4:37 PM > To: arslist@ARSLIST.ORG > Subject: Re: Attachments Vanishing > > ** Do you have server side logging turned on? If you have > Filter/SQL/Escalation logging turned on you should be able to search for > the INSERT/DELETE to the B table and see who did it and if you are really > lucky the workflow that did it. One you know who and when you can > hopefully identify a user procedure that is being done (or not done) or > system oddity that is doing it. > > In the last 8 months or so I have become a fan of leaving server side > logging on full time. I have been able to track down so many odd things by > logging API/SQL/Filter/Escalations to one ~2 GB log file. > > PLUG: I have seen a preview of the tools that will be demonstrated in the > "Log Parsing and Management" session at WWRUG13 ( > http://wwrug13.com/breakouts.html) and these are amazing for making that > 2 GB log file something manageable and useful in a hurry. > > Jason > > -----Original Message----- > On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS wrote: > ** > This has nothing to do with Tasks. This is all around the attachments on > the parent Change's Work Info tab. Our Help Desk is building these Changes > with a template then go in and add a Work Info with an attachment (Summary > is just "notes & CRQ" then attach the document). Then they select Next > Stage & Save to the db (all of this is at the Mode = Create). > > Then we hear that the attachment either never arrives to the other team or > it "vanishes" after a "couple of days". > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS > Sent: Monday, July 22, 2013 11:16 AM > To: arslist@ARSLIST.ORG > Subject: Attachments Vanishing > > ** > Has anyone had this with 7.6.4? We are getting reports of a ton of Change > tasks "vanishing" from the system. I asked my DBA to turn on logging for > the B tables but I am not seeing anything. We are using the Classic view > of ITSM 7.6.4. > > Thanks > > ARS 7.6.4 SP 4 > ITSM 7.6.4 SP 4 > RKM 7.6.4 SP 4 > SLM 7.6.4 SP 1 > Window 2008 - 64 Bit > MS SQ 2005 > IIS/Tomcat > MidTier 7.6.4 SP 4 > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
