One more question on this, do I have to restart ARServer to get this to start working?
From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Jason Miller Sent: Thursday, July 25, 2013 10:27 AM To: [email protected] Subject: Re: Attachments Vanishing ** According to docs.bmc.com it is new in 7.6.04. https://docs.bmc.com/docs/display/public/ars7604/New+parameter+to+save+m ultiple+backup+log+files On Thu, Jul 25, 2013 at 10:17 AM, Grooms, Frederick W <[email protected]> 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:[email protected]] On Behalf Of Jason Miller Sent: Thursday, July 25, 2013 11:37 AM To: [email protected] 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:[email protected]] On Behalf Of Grooms, Frederick W Sent: Tuesday, July 23, 2013 7:17 AM To: [email protected] 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:[email protected]] On Behalf Of Pargeter, Christie :CO IS Sent: Tuesday, July 23, 2013 9:15 AM To: [email protected] 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:[email protected]] On Behalf Of Jason Miller Sent: Monday, July 22, 2013 4:37 PM To: [email protected] 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:[email protected]] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 11:16 AM To: [email protected] 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" _ARSlist: "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"
