I am pretty sure you can do an arsignal -c hostname[:port} to force a reread of 
the config file

From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Pargeter, Christie :CO IS
Sent: Thursday, July 25, 2013 4:46 PM
To: [email protected]
Subject: Re: Attachments Vanishing

**
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<http://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 
<[email protected]<mailto:[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]<mailto:[email protected]>] On Behalf Of Jason 
Miller
Sent: Thursday, July 25, 2013 11:37 AM
To: [email protected]<mailto:[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]<mailto:[email protected]>] On Behalf Of Grooms, 
Frederick W
Sent: Tuesday, July 23, 2013 7:17 AM
To: [email protected]<mailto:[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]<mailto:[email protected]>] On Behalf Of Pargeter, 
Christie :CO IS
Sent: Tuesday, July 23, 2013 9:15 AM
To: [email protected]<mailto:[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]<mailto:[email protected]>] On Behalf Of Jason 
Miller
Sent: Monday, July 22, 2013 4:37 PM
To: [email protected]<mailto:[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]<mailto:[email protected]>] On Behalf Of Pargeter, 
Christie :CO IS
Sent: Monday, July 22, 2013 11:16 AM
To: [email protected]<mailto:[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<http://www.arslist.org>
"Where the Answers Are, and have been for 20 years"

_ARSlist: "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"

Reply via email to