Re: Attachments Vanishing
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:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Thursday, July 25, 2013 4:46 PM To: arslist@ARSLIST.ORG 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:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Thursday, July 25, 2013 10:27 AM To: arslist@ARSLIST.ORG 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 mailto:frederick.w.gro...@xo.com>> wrote: 7.6.04 doesn't list the Max-Log-History configuration itemAll 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<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Thursday, July 25, 2013 11:37 AM To: arslist@ARSLIST.ORG<mailto: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<mailto:arslist@ARSLIST.ORG>] On Behalf Of Grooms, Frederick W Sent: Tuesday, July 23, 2013 7:17 AM To: arslist@ARSLIST.ORG<mailto: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<mailto:arslist@ARSLIST.ORG>] On Behalf Of Pargeter, Christie :CO IS Sent: Tuesday, July 23, 2013 9:15 AM To: arslist@ARSLIST.ORG<mailto: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<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Monday, July 22, 2013 4:37 PM To: arslist@ARSLIST.ORG<mailto: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
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:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Thursday, July 25, 2013 10:27 AM To: arslist@ARSLIST.ORG 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 wrote: 7.6.04 doesn't list the Max-Log-History configuration itemAll 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, Chris
Re: Attachments Vanishing
This is AWESOME From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Thursday, July 25, 2013 10:27 AM To: arslist@ARSLIST.ORG 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 wrote: 7.6.04 doesn't list the Max-Log-History configuration itemAll 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 Su
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+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 itemAll 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
Re: Attachments Vanishing
7.6.04 doesn't list the Max-Log-History configuration itemAll 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.
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 On Wed, Jul 24, 2013 at 11:55 AM, Pargeter, Christie :CO IS < cparg...@lhs.org> 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. > > ** ** > > *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 > > ** ** > > *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. > > ** ** > > *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 > > ** ** > > On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < > cparg...@lhs.org> 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”. > > > > *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 > > ** ** > > ** ** > > _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"
Re: Attachments Vanishing
Doug - Thank you! This looks exactly like the issue and should give me the answer. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Wednesday, July 24, 2013 1:24 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** Christine, I saw this note and remember seeing a discussion about a similar topic. So, I took a look and found that there was a bug recorded with a similar feel against version 7.6. I have included the notes below because it has some interesting information about the working of the system that you may be able to use to check on statuses of fields and if they are set a certain way, why the escalation is deleting them, and then the focus could be on how they got that way. YES, I KNOW the details are about Incident and not Change, but maybe there is a similar set of logic for Change that is having the same problem Or, the issue could still have been in 7.6.04 (the report does say 7.6 and above) and this provides a way to fix it (if you find the fixes are already in place, that means the specific issue noted here was already fixed in your version so something else is going on). But, if you do find that the status is wrong - I suspect it is - so that the escalation is deleting it, it gives you something to look for in the log of the creation of the work log entry to watch that status and see what is being set and why it may be changed to a wrong value or maybe set to delete and then NOT being updated to be a real record to save. These are not definitive fixes, just some information you can use for debugging in your situation. You can always contact the support team and indicate you have issue that match or are similar to these and supply bug numbers as noted below to help speed the process and get specific details about possible fixes. I hope this at least gives you some hints for your investigation: This unexpected behavior is known Defect ID SW00356633. In Incident Management 7.6 and above, the Filter "HPD:WLG:SetStatus_500" is working as designed. Due to this Filter, when the HPD:WorkLog is created before the Incident, it will be created with the Status of "Delete". Therefore, if the parent Incident is not created, then the child Incident Work Info record can be deleted later on via Escalation "SYS:CLN:TA@00:05-StartCleanUp". The problem is that Filter "HPD:INC:SaveWorkInfo_501_CreateWorkInfo_PWLG`!" does NOT push a record to SYS:Application Status Enabler form. This means that Filter "INT:FNDHPD:ASE:EnableHPDWorkLog_760_PWLG" cannot change the HPD:WorkLog Status from "Delete" to "Enable" when the Incident is saved. Here is the workaround that needs to be implemented: == Add a Push Field action in filter HPD:INC:SaveWorkInfo_501_CreateWorkInfo_PWLG`! NOTE: This will be the 2nd action on the If Action tab. Form Name: SYS:Application Status Enabler Qualification: $Incident Number$ = 'Request ID01' If No Requests Match: Create a New Request If Any Requests Match: Take No Action Mapping: Request ID01 = $Incident Number$ HPD:WorkLog = "Yes" == OR, as I was getting ready to send, I found this issue as well that is reported to occur in 7.6.04 sp2 SW00427289 Login as Problem User and search for an existing Problem Investigation record Add a work Log entry without attachment and save the PBI Open the Work log and add an attachment and save the work log Save the PBI Open the Work log where you have added the attachment Now, internally, the team could reproduce this only on Problem but customer reported an issue on Change as well. Fix had to do with changing the run if qualifier on some active links. Finally, one additional item was a report about an issue unique to IE9 for some reason. Not sure what the topic was (very limited data) but the customer reported all OK if they used IE8 but failed if IE9. This makes no sense to me, but as it was reported, I thought I would include it if IE9 is in your mix. Surprisingly, that may be significant when you talk with support. I hope these provide some hints that help, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Wednesday, July 24, 2013 11:56 AM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** 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
Re: Attachments Vanishing
Christine, I saw this note and remember seeing a discussion about a similar topic. So, I took a look and found that there was a bug recorded with a similar feel against version 7.6. I have included the notes below because it has some interesting information about the working of the system that you may be able to use to check on statuses of fields and if they are set a certain way, why the escalation is deleting them, and then the focus could be on how they got that way. YES, I KNOW the details are about Incident and not Change, but maybe there is a similar set of logic for Change that is having the same problem Or, the issue could still have been in 7.6.04 (the report does say 7.6 and above) and this provides a way to fix it (if you find the fixes are already in place, that means the specific issue noted here was already fixed in your version so something else is going on). But, if you do find that the status is wrong - I suspect it is - so that the escalation is deleting it, it gives you something to look for in the log of the creation of the work log entry to watch that status and see what is being set and why it may be changed to a wrong value or maybe set to delete and then NOT being updated to be a real record to save. These are not definitive fixes, just some information you can use for debugging in your situation. You can always contact the support team and indicate you have issue that match or are similar to these and supply bug numbers as noted below to help speed the process and get specific details about possible fixes. I hope this at least gives you some hints for your investigation: This unexpected behavior is known Defect ID SW00356633. In Incident Management 7.6 and above, the Filter "HPD:WLG:SetStatus_500" is working as designed. Due to this Filter, when the HPD:WorkLog is created before the Incident, it will be created with the Status of "Delete". Therefore, if the parent Incident is not created, then the child Incident Work Info record can be deleted later on via Escalation "SYS:CLN:TA@00:05-StartCleanUp". The problem is that Filter "HPD:INC:SaveWorkInfo_501_CreateWorkInfo_PWLG`!" does NOT push a record to SYS:Application Status Enabler form. This means that Filter "INT:FNDHPD:ASE:EnableHPDWorkLog_760_PWLG" cannot change the HPD:WorkLog Status from "Delete" to "Enable" when the Incident is saved. Here is the workaround that needs to be implemented: == Add a Push Field action in filter HPD:INC:SaveWorkInfo_501_CreateWorkInfo_PWLG`! NOTE: This will be the 2nd action on the If Action tab. Form Name: SYS:Application Status Enabler Qualification: $Incident Number$ = 'Request ID01' If No Requests Match: Create a New Request If Any Requests Match: Take No Action Mapping: Request ID01 = $Incident Number$ HPD:WorkLog = "Yes" == OR, as I was getting ready to send, I found this issue as well that is reported to occur in 7.6.04 sp2 SW00427289 Login as Problem User and search for an existing Problem Investigation record Add a work Log entry without attachment and save the PBI Open the Work log and add an attachment and save the work log Save the PBI Open the Work log where you have added the attachment Now, internally, the team could reproduce this only on Problem but customer reported an issue on Change as well. Fix had to do with changing the run if qualifier on some active links. Finally, one additional item was a report about an issue unique to IE9 for some reason. Not sure what the topic was (very limited data) but the customer reported all OK if they used IE8 but failed if IE9. This makes no sense to me, but as it was reported, I thought I would include it if IE9 is in your mix. Surprisingly, that may be significant when you talk with support. I hope these provide some hints that help, Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Wednesday, July 24, 2013 11:56 AM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** 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. 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 chan
Re: Attachments Vanishing
Sorry….wrong filter name ☺ INT:CHGFND:CLN:DelCHGAttach_500_PATC Ryan. From: Downing, Ryan Sent: Wednesday, July 24, 2013 3:14 PM To: arslist@ARSLIST.ORG Subject: RE: Attachments Vanishing Hi Christie, Try looking into the following: The cleanup escalation fires OOTB at 12:05 am daily --> Escalation name = SYS:CLN:TA@00:05-StartCleanUp This will trigger the following filter --> INT:CHGFND:CLN:DelCHGAssc_500_PCHA [cid:image001.png@01CE8886.261F8C40] Check the CHG Attachments form and see what the value of the Status is in conjunction with the dates….the retention period for the CHG Attachments is 24 hours.. Hope this helps. Regards Ryan. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of pritch Sent: Wednesday, July 24, 2013 3:04 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing Do you have any escalations running at that time? - Original Message - From: "Christie Pargeter :CO IS" To: arslist@ARSLIST.ORG Sent: Wednesday, July 24, 2013 2:55:39 PM Subject: Re: Attachments Vanishing ** 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. 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 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. 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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < cparg...@lhs.org > 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”. 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 _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist
Re: Attachments Vanishing
Hi Christie, Try looking into the following: The cleanup escalation fires OOTB at 12:05 am daily --> Escalation name = SYS:CLN:TA@00:05-StartCleanUp This will trigger the following filter --> INT:CHGFND:CLN:DelCHGAssc_500_PCHA [cid:image001.png@01CE8880.6CC05AE0] Check the CHG Attachments form and see what the value of the Status is in conjunction with the dates….the retention period for the CHG Attachments is 24 hours.. Hope this helps. Regards Ryan. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of pritch Sent: Wednesday, July 24, 2013 3:04 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing Do you have any escalations running at that time? - Original Message - From: "Christie Pargeter :CO IS" To: arslist@ARSLIST.ORG Sent: Wednesday, July 24, 2013 2:55:39 PM Subject: Re: Attachments Vanishing ** 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. 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 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. 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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < cparg...@lhs.org > 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”. 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 _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
Re: Attachments Vanishing
Do you have any escalations running at that time? - Original Message - From: "Christie Pargeter :CO IS" To: arslist@ARSLIST.ORG Sent: Wednesday, July 24, 2013 2:55:39 PM Subject: Re: Attachments Vanishing ** 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. 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 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. 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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < cparg...@lhs.org > 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”. 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 _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"
Re: Attachments Vanishing
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. 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 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. 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 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". 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 _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"
Re: Attachments Vanishing
Thanks - I was wondering how the interface was built…. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of laurent matheo Sent: Tuesday, July 23, 2013 4:28 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** It seems it's using PerlApp. So initial program could be in Perl, and then "converted" into an executable file. On 23 Jul, 2013,at 09:54 PM, "richard@bwc.state.oh.us<mailto:richard@bwc.state.oh.us>" mailto:richard@bwc.state.oh.us>> wrote: What language is it written in? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, July 23, 2013 2:36 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Attachments Vanishing ** There is a new version of AR Log Analyzer (release like 10 minutes ago) that can be found here: https://communities.bmc.com/docs/DOC-25473 Two of the of the new features are: 1) Added ability to filter the log file based on specific user 2) Added ability to filter the log file during a specific time period This should help making a really large log file manageable. Jason On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> wrote: ** 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. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Monday, July 22, 2013 4:37 PM To: arslist@ARSLIST.ORG<mailto: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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> 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”. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 11:16 AM To: arslist@ARSLIST.ORG<mailto: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 _ARSlist: "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_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _ARSlist: "Where the Answers Are" and have been for 20 years_ ** _ARSlist: "Where the Answers Are" and have been for 20 years_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from y
Re: Attachments Vanishing
Yep, PERL it is... From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, July 23, 2013 5:58 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** I think Laurent is right about Perl. I got this following error when it wasn't able to find a directory of HTML templates. not found at arwklga.pl<http://arwklga.pl> line 804 On Tue, Jul 23, 2013 at 1:27 PM, laurent matheo mailto:lm...@me.com>> wrote: ** It seems it's using PerlApp. So initial program could be in Perl, and then "converted" into an executable file. On 23 Jul, 2013,at 09:54 PM, "richard@bwc.state.oh.us<mailto:richard@bwc.state.oh.us>" mailto:richard@bwc.state.oh.us>> wrote: What language is it written in? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Tuesday, July 23, 2013 2:36 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Attachments Vanishing ** There is a new version of AR Log Analyzer (release like 10 minutes ago) that can be found here: https://communities.bmc.com/docs/DOC-25473 Two of the of the new features are: 1) Added ability to filter the log file based on specific user 2) Added ability to filter the log file during a specific time period This should help making a really large log file manageable. Jason On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> wrote: ** 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. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Monday, July 22, 2013 4:37 PM To: arslist@ARSLIST.ORG<mailto: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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> 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". From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 11:16 AM To: arslist@ARSLIST.ORG<mailto: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 _ARSlist: "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_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _ARSlist: "Where the Answers Are" and have been for 20 years_ ** _ARSli
Re: Attachments Vanishing
I think Laurent is right about Perl. I got this following error when it wasn't able to find a directory of HTML templates. not found at arwklga.pl line 804 On Tue, Jul 23, 2013 at 1:27 PM, laurent matheo wrote: > ** > It seems it's using PerlApp. So initial program could be in Perl, and then > "converted" into an executable file. > > On 23 Jul, 2013,at 09:54 PM, "richard@bwc.state.oh.us" < > richard@bwc.state.oh.us> wrote: > > What language is it written in? > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Jason Miller > *Sent:* Tuesday, July 23, 2013 2:36 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Attachments Vanishing > > > > ** There is a new version of AR Log Analyzer (release like 10 minutes ago) > that can be found here: https://communities.bmc.com/docs/DOC-25473 > > > > > Two of the of the new features are: > > 1) Added ability to filter the log file based on specific user > 2) Added ability to filter the log file during a specific time period > > > > This should help making a really large log file manageable. > > > > Jason > > On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS < > cparg...@lhs.org> wrote: > > ** > > 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. > > > > *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 > > > > On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < > cparg...@lhs.org> 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”. > > > > *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 > > > > _ARSlist: "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_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > Portions of this message may be confidential under an exemption to Ohio's > public records law or under a legal privilege. If you have received this > message in error or due to an unauthorized transmission or interception, > please delete all copies from your system without disclosing, copying, or > transmitting this message. _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"
Re: Attachments Vanishing
Piglatin From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of richard@bwc.state.oh.us Sent: Tuesday, July 23, 2013 2:54 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** What language is it written in? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, July 23, 2013 2:36 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Attachments Vanishing ** There is a new version of AR Log Analyzer (release like 10 minutes ago) that can be found here: https://communities.bmc.com/docs/DOC-25473 Two of the of the new features are: 1) Added ability to filter the log file based on specific user 2) Added ability to filter the log file during a specific time period This should help making a really large log file manageable. Jason On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> wrote: ** 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. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Monday, July 22, 2013 4:37 PM To: arslist@ARSLIST.ORG<mailto: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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> 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". From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 11:16 AM To: arslist@ARSLIST.ORG<mailto: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 _ARSlist: "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_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _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"
Re: Attachments Vanishing
** It seems it's using PerlApp. So initial program could be in Perl, and then "converted" into an executable file.On 23 Jul, 2013,at 09:54 PM, "richard@bwc.state.oh.us" wrote:What language is it written in? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, July 23, 2013 2:36 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** There is a new version of AR Log Analyzer (release like 10 minutes ago) that can be found here: https://communities.bmc.com/docs/DOC-25473 Two of the of the new features are:1) Added ability to filter the log file based on specific user 2) Added ability to filter the log file during a specific time period This should help making a really large log file manageable. JasonOn Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS <cparg...@lhs.org> wrote:**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. 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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS <cparg...@lhs.org> 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”. 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 4ITSM 7.6.4 SP 4RKM 7.6.4 SP 4SLM 7.6.4 SP 1Window 2008 – 64 BitMS SQ 2005IIS/TomcatMidTier 7.6.4 SP 4 _ARSlist: "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__ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _ARSlist: "Where the Answers Are" and have been for 20 years_**_ARSlist: "Where the Answers Are" and have been for 20 years_
Re: Attachments Vanishing
What language is it written in? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Tuesday, July 23, 2013 2:36 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** There is a new version of AR Log Analyzer (release like 10 minutes ago) that can be found here: https://communities.bmc.com/docs/DOC-25473 Two of the of the new features are: 1) Added ability to filter the log file based on specific user 2) Added ability to filter the log file during a specific time period This should help making a really large log file manageable. Jason On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> wrote: ** 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. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Jason Miller Sent: Monday, July 22, 2013 4:37 PM To: arslist@ARSLIST.ORG<mailto: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 On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS mailto:cparg...@lhs.org>> 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". From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 11:16 AM To: arslist@ARSLIST.ORG<mailto: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 _ARSlist: "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_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Attachments Vanishing
There is a new version of AR Log Analyzer (release like 10 minutes ago) that can be found here: https://communities.bmc.com/docs/DOC-25473 Two of the of the new features are: 1) Added ability to filter the log file based on specific user 2) Added ability to filter the log file during a specific time period This should help making a really large log file manageable. Jason On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS wrote: > ** > > 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. > > ** ** > > *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 > > ** ** > > On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < > cparg...@lhs.org> 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”. > > > > *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 > > > > _ARSlist: "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_ > _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"
Re: Attachments Vanishing
true, but THIS list is sometimes the manual that people use :)and on a side note, those (RTFM) are the command line parameters I use when doing a remote shutdown command on a windows boxdin't used to use them in that order, but one day noticed that they spelled it if re-arranged...so now I don't forget which parameters I like to use :D On Tue, Jul 23, 2013 at 10:59 AM, Jason Miller wrote: > ** Yup, we are not talking about a crash in this case so I didn't mention > it. The documentation does mention it though so I figured one could RTFM > :) > > On Tue, Jul 23, 2013 at 9:48 AM, Longwing, Lj wrote: > >> ** >> Jason, >> Just a 'warning' for you regarding the Buffer Log setting. This is great >> when dealing with 'general' output, but when trying to capture crash data, >> the value should be turned off because it's possible that the thread that's >> crashing might not output its final data to log because of bufferso I >> agree having it on 'in general' is a good idea...but depending on the WHY >> of it being on...Buffer may not be the right setting. >> >> >> On Tue, Jul 23, 2013 at 10:30 AM, Jason Miller wrote: >> >>> ** We haven't noticed any issues. We also haven't done any true >>> benchmarks but all seems well. You'll probably want to make sure you have >>> Buffer Logged Lines checked. See "Buffering log output" >>> https://docs.bmc.com/docs/display/public/ars81/Server+logging+modes >>> >>> I resisted for the longest time in fear of performance issues as well as >>> security. All your data is now being written the app server's disk as well >>> as the db. I finally broke down and figured the app server is sacred space >>> and if you can't trust the people who have access to the server then you >>> have bigger issues. Sure there is something to be said about increasing >>> your data's surface area but one must weigh the benefit vs.risk for their >>> environment. >>> >>> Regarding logs parsing I think you'll only get teasers about the WWRUG13 >>> sessions for now. There is something about why buy the cow if the milk is >>> free? This is has always been a quandary; there is a need to have people >>> pay to put on the conference but there are those who will never be able >>> make that happen. Should they suffer just because their funding is tight? >>> Liking open source things I don't necessarily think so but I guess that is >>> also why the conference is considered an investment in your Remedy >>> shop?.?.?. >>> >>> Jason >>> >>> >>> On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS < >>> cparg...@lhs.org> wrote: >>> >>>> ** >>>> >>>> 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. >>>> >>>> ** ** >>>> >>>> *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. >>>> >
Re: Attachments Vanishing
Yup, we are not talking about a crash in this case so I didn't mention it. The documentation does mention it though so I figured one could RTFM :) On Tue, Jul 23, 2013 at 9:48 AM, Longwing, Lj wrote: > ** > Jason, > Just a 'warning' for you regarding the Buffer Log setting. This is great > when dealing with 'general' output, but when trying to capture crash data, > the value should be turned off because it's possible that the thread that's > crashing might not output its final data to log because of bufferso I > agree having it on 'in general' is a good idea...but depending on the WHY > of it being on...Buffer may not be the right setting. > > > On Tue, Jul 23, 2013 at 10:30 AM, Jason Miller wrote: > >> ** We haven't noticed any issues. We also haven't done any true >> benchmarks but all seems well. You'll probably want to make sure you have >> Buffer Logged Lines checked. See "Buffering log output" >> https://docs.bmc.com/docs/display/public/ars81/Server+logging+modes >> >> I resisted for the longest time in fear of performance issues as well as >> security. All your data is now being written the app server's disk as well >> as the db. I finally broke down and figured the app server is sacred space >> and if you can't trust the people who have access to the server then you >> have bigger issues. Sure there is something to be said about increasing >> your data's surface area but one must weigh the benefit vs.risk for their >> environment. >> >> Regarding logs parsing I think you'll only get teasers about the WWRUG13 >> sessions for now. There is something about why buy the cow if the milk is >> free? This is has always been a quandary; there is a need to have people >> pay to put on the conference but there are those who will never be able >> make that happen. Should they suffer just because their funding is tight? >> Liking open source things I don't necessarily think so but I guess that is >> also why the conference is considered an investment in your Remedy >> shop?.?.?. >> >> Jason >> >> >> On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS < >> cparg...@lhs.org> wrote: >> >>> ** >>> >>> 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. >>> >>> ** ** >>> >>> *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 >>> >>> ** ** >>> >>> On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < >>> cparg...@lhs.org> 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). >>> >>> >>> >>>
Re: Attachments Vanishing
Jason, Just a 'warning' for you regarding the Buffer Log setting. This is great when dealing with 'general' output, but when trying to capture crash data, the value should be turned off because it's possible that the thread that's crashing might not output its final data to log because of bufferso I agree having it on 'in general' is a good idea...but depending on the WHY of it being on...Buffer may not be the right setting. On Tue, Jul 23, 2013 at 10:30 AM, Jason Miller wrote: > ** We haven't noticed any issues. We also haven't done any true > benchmarks but all seems well. You'll probably want to make sure you have > Buffer Logged Lines checked. See "Buffering log output" > https://docs.bmc.com/docs/display/public/ars81/Server+logging+modes > > I resisted for the longest time in fear of performance issues as well as > security. All your data is now being written the app server's disk as well > as the db. I finally broke down and figured the app server is sacred space > and if you can't trust the people who have access to the server then you > have bigger issues. Sure there is something to be said about increasing > your data's surface area but one must weigh the benefit vs.risk for their > environment. > > Regarding logs parsing I think you'll only get teasers about the WWRUG13 > sessions for now. There is something about why buy the cow if the milk is > free? This is has always been a quandary; there is a need to have people > pay to put on the conference but there are those who will never be able > make that happen. Should they suffer just because their funding is tight? > Liking open source things I don't necessarily think so but I guess that is > also why the conference is considered an investment in your Remedy > shop?.?.?. > > Jason > > > On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS < > cparg...@lhs.org> wrote: > >> ** >> >> 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. >> >> ** ** >> >> *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 >> >> ** ** >> >> On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < >> cparg...@lhs.org> 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”. >> >> >> >> *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 “vani
Re: Attachments Vanishing
We haven't noticed any issues. We also haven't done any true benchmarks but all seems well. You'll probably want to make sure you have Buffer Logged Lines checked. See "Buffering log output" https://docs.bmc.com/docs/display/public/ars81/Server+logging+modes I resisted for the longest time in fear of performance issues as well as security. All your data is now being written the app server's disk as well as the db. I finally broke down and figured the app server is sacred space and if you can't trust the people who have access to the server then you have bigger issues. Sure there is something to be said about increasing your data's surface area but one must weigh the benefit vs.risk for their environment. Regarding logs parsing I think you'll only get teasers about the WWRUG13 sessions for now. There is something about why buy the cow if the milk is free? This is has always been a quandary; there is a need to have people pay to put on the conference but there are those who will never be able make that happen. Should they suffer just because their funding is tight? Liking open source things I don't necessarily think so but I guess that is also why the conference is considered an investment in your Remedy shop?.?.?. Jason On Tue, Jul 23, 2013 at 7:14 AM, Pargeter, Christie :CO IS wrote: > ** > > 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. > > ** ** > > *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 > > ** ** > > On Mon, Jul 22, 2013 at 1:17 PM, Pargeter, Christie :CO IS < > cparg...@lhs.org> 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”. > > > > *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 > > > > _ARSlist: "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_ > _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"
Re: Attachments Vanishing
We have been experiencing this a similar issue Started after upgrade from 6.3P20. Issue reported: 11/15/11 07:43:23 Environment at time ARSERVER = 7.5.00 Patch 004 201002051027 OS: UNIX 6.1 ORACLE = 10G JAVA - 1.5 WEBSPHERE 6.1 Java webshpere = 1.5 Mid-tier version = 7.5.00 Patch 004 201002051027 Custom Environment. On the Midtier, on create of new ticket Change (does not occur with Service/incident, just tested) with attachment as a non-admin, the attachment is not saved within ticket. You have to re-attach attachment after saved request. This does not occur if the user is an admin. The occurs in all version of internet explorer and mozilla. At the time: re-added permission to attachment field , save the form, then removed the permission added then re-add original permissions. Then tested adding the attachment to on create in the web as non-admin and that worked. Current ARSERVER = 7.5.00 Patch 004 201002051027 OS: UNIX 6.1 ORACLE = 11G JAVA - 1.5 WEBSPHERE 6.1 Java webshpere = 1.5 Mid-tier version = 7.5.00 Patch 004 201002051027 We still experience this issue today. (just tested with non-admin id) Guess my users are working with the work around of creating the request first then adding the attachment. Also, occurs with MT 7.6.04 SP4 201305030241 Hotfix on IBM WebSphere Application Server/8.0 with ARS 7.5.00 Patch 004 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
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. 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 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". 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 _ARSlist: "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"
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 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”. > > ** ** > > *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 > > ** ** > > _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"
Re: Attachments Vanishing
The users may need to do a save prior to using the Next stage button on the process flow bar - The work info records are stored in a separate table and I am not postive that the "Next Stage" takes care of saving the work info record. I am sure someone else will come along and confirm/deny... On Mon, Jul 22, 2013 at 4: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”. > > ** ** > > *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 > > ** ** > > _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"
Re: Attachments Vanishing
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". 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 _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"
Re: Attachments Vanishing
Were the tasks saved before the Attachment was added? If not the attachment never really got attached. Teresa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Downing, Ryan Sent: Monday, July 22, 2013 1:34 PM To: arslist@ARSLIST.ORG Subject: Re: Attachments Vanishing ** Hi Christie, Is it attachments that are vanishing from the system or Task records associated with Change Requests? If it is actual Task records disappearinghave you done an upgrade or anything recently? Were any Task records imported or migrated? Regards, Ryan. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 2:16 PM To: arslist@ARSLIST.ORG<mailto: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 _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"
Re: Attachments Vanishing
Hi Christie, Is it attachments that are vanishing from the system or Task records associated with Change Requests? If it is actual Task records disappearinghave you done an upgrade or anything recently? Were any Task records imported or migrated? Regards, Ryan. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pargeter, Christie :CO IS Sent: Monday, July 22, 2013 2:16 PM 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 _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"
Re: Attachments Vanishing
How do you know they are "Disappearing"? Are they being assigned to someone, and when they go to look they are gone? Does someone add information to the task, and then it disappears? Do you have an audit trail of the Task being created? Are the tasks being created manually or via a task group or task template? On Mon, Jul 22, 2013 at 2:15 PM, Pargeter, Christie :CO IS wrote: > ** > > 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 > > ** ** > _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"
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"
