Re: Getting an error when flushing the midtier cache "Failed to Flush Cache. Preload or Prefetch is currently running"
Hi, Ideally this error occurs when trying to flush the cache when the preload is still in progress (as preload activity is currently running) Make sure the preload is completed and then flush the cache. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Emad Mohammed Sent: 11 February 2014 03:16 To: arslist@ARSLIST.ORG Subject: Getting an error when flushing the midtier cache "Failed to Flush Cache. Preload or Prefetch is currently running" Hello, We are in the process of upgrading from 7.6.04 to 8.1. When trying to flush cache, we get the following error "Failed to Flush Cache. Preload or Prefetch is currently running". Any ideas? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Getting an error when flushing the midtier cache "Failed to Flush Cache. Preload or Prefetch is currently running"
Hello, We are in the process of upgrading from 7.6.04 to 8.1. When trying to flush cache, we get the following error "Failed to Flush Cache. Preload or Prefetch is currently running". Any ideas? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
So for one of our more complicated forms, I'd probably keep exports down to < 500 objects by exporting active links & filters separately. Maybe that should do it. Thanks, David From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Goodall, Andrew C Sent: Tuesday, June 05, 2012 10:24 AM To: arslist@ARSLIST.ORG Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) ** Good point :) Regards, Andrew C. Goodall Software Engineer Development Services ago...@jcpenney.com<mailto:ago...@jcpenney.com> jcpenney 6501 Legacy Drive Plano, TX 75024 jcp.com From: Action Request System discussion list(ARSList) [mailto:arslist@arslist.org]<mailto:[mailto:arslist@arslist.org]> On Behalf Of Rick Cook Sent: Tuesday, June 05, 2012 9:23 AM To: arslist@arslist.org<mailto:arslist@arslist.org> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) ** True, Andrew, but it will still be tying up the Admin thread. Rick On Jun 5, 2012 10:21 AM, "Goodall, Andrew C" mailto:ago...@jcp.com>> wrote: Exporting - no, not to my knowledge. Ideally your admin ARS server should not be forward facing to end users anyway. Regards, Andrew C. Goodall Software Engineer Development Services ago...@jcpenney.com<mailto:ago...@jcpenney.com> jcpenney 6501 Legacy Drive Plano, TX 75024 jcp.com<http://jcp.com> -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@arslist.org<mailto:arslist@arslist.org>] On Behalf Of David Durling Sent: Tuesday, June 05, 2012 9:18 AM To: arslist@arslist.org<mailto:arslist@arslist.org> Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) Hi, a follow-up question on this old thread: Would you all consider exporting a def file from a production system something that should be done in a change window? Are there risks or possible performance issues associated with this? Thanks, David Durling University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
Good point J Regards, Andrew C. Goodall Software Engineer Development Services ago...@jcpenney.com jcpenney 6501 Legacy Drive Plano, TX 75024 jcp.com From: Action Request System discussion list(ARSList) [mailto:arslist@arslist.org] On Behalf Of Rick Cook Sent: Tuesday, June 05, 2012 9:23 AM To: arslist@arslist.org Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) ** True, Andrew, but it will still be tying up the Admin thread. Rick On Jun 5, 2012 10:21 AM, "Goodall, Andrew C" wrote: Exporting - no, not to my knowledge. Ideally your admin ARS server should not be forward facing to end users anyway. Regards, Andrew C. Goodall Software Engineer Development Services ago...@jcpenney.com jcpenney 6501 Legacy Drive Plano, TX 75024 jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@arslist.org] On Behalf Of David Durling Sent: Tuesday, June 05, 2012 9:18 AM To: arslist@arslist.org Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) Hi, a follow-up question on this old thread: Would you all consider exporting a def file from a production system something that should be done in a change window? Are there risks or possible performance issues associated with this? Thanks, David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Wednesday, April 04, 2012 1:23 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > I'm not intimately familiar with what adding groups, regardless of the usage > of the group, doesbut it's my understanding that it causes some sort of re- > caching to happen at the server level > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > Sent: Wednesday, April 04, 2012 10:57 AM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > LJ, > > Thanks for your response. How about adding groups that aren't used for > permissions (except dynamically in field 112 or dynamic group fields)? Even > adding a notification group should be considered an off-hours change? > > Thanks, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > Sent: Monday, April 02, 2012 12:54 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > David, > > In general, I have always considered making changes in production to > > be either a scheduled situation, or an emergency thing. Any change > > going to production needs to first be developed in Dev, moved to Test > > via standard procedures, tested in test to ensure the functionality is > > working properlythen moved to Prod in the same manner it was moved > > to Testso this essentially means that you are never using Dev > > Studio in Test/Prod with exception of importing already developed > > stuff. Adding users is standard operating proceduresbut adding > > groups should not be > as > > that causes re-caching of stuff on the server as well...it's almost > analogous to > > doing code changes (but not 100% the same). > > > > -Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > Sent: Monday, March 26, 2012 2:58 PM > > To: arslist@ARSLIST.ORG > > Subject: Production changes (spin-off of RE: Effects of flushing > > midtier > > cache) > > > > Joe brought up an issue I already had questions relating to, being: > > what workflow IS okay to change on a production AR server during > > production hours? > > > > For instance, if I have an app on a production box that is being > > tested by users and is not itself "production", am I endangering other > > things on production by making changes to it during production hours? > > (Besides flushing the mid tier cache, that is.) > > > > Or do people have categories of changes - like rewording text in an > > email filter or on a form, or adding an item to a character menu - > > that they > consider > > have an acceptable level of risk to do during normal hours? Or is it > standard > > to just not to
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
True, Andrew, but it will still be tying up the Admin thread. Rick On Jun 5, 2012 10:21 AM, "Goodall, Andrew C" wrote: > Exporting - no, not to my knowledge. Ideally your admin ARS server should > not be forward facing to end users anyway. > > Regards, > > Andrew C. Goodall > Software Engineer > Development Services > ago...@jcpenney.com > jcpenney > 6501 Legacy Drive > Plano, TX 75024 > jcp.com > > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@arslist.org] On Behalf Of David Durling > Sent: Tuesday, June 05, 2012 9:18 AM > To: arslist@arslist.org > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier cache) > > Hi, a follow-up question on this old thread: > > Would you all consider exporting a def file from a production system > something that should be done in a change window? Are there risks or > possible performance issues associated with this? > > Thanks, > > David Durling > University of Georgia > > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > Sent: Wednesday, April 04, 2012 1:23 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > I'm not intimately familiar with what adding groups, regardless of the > usage > > of the group, doesbut it's my understanding that it causes some sort > of re- > > caching to happen at the server level > > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > Sent: Wednesday, April 04, 2012 10:57 AM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > LJ, > > > > Thanks for your response. How about adding groups that aren't used for > > permissions (except dynamically in field 112 or dynamic group fields)? > Even > > adding a notification group should be considered an off-hours change? > > > > Thanks, > > > > David > > > > David Durling > > University of Georgia > > > > > -Original Message- > > > From: Action Request System discussion list(ARSList) > > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > > Sent: Monday, April 02, 2012 12:54 PM > > > To: arslist@ARSLIST.ORG > > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > > midtier > > > cache) > > > > > > David, > > > In general, I have always considered making changes in production to > > > be either a scheduled situation, or an emergency thing. Any change > > > going to production needs to first be developed in Dev, moved to Test > > > via standard procedures, tested in test to ensure the functionality is > > > working properlythen moved to Prod in the same manner it was moved > > > to Testso this essentially means that you are never using Dev > > > Studio in Test/Prod with exception of importing already developed > > > stuff. Adding users is standard operating proceduresbut adding > > > groups should not be > > as > > > that causes re-caching of stuff on the server as well...it's almost > > analogous to > > > doing code changes (but not 100% the same). > > > > > > -Original Message- > > > From: Action Request System discussion list(ARSList) > > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > > Sent: Monday, March 26, 2012 2:58 PM > > > To: arslist@ARSLIST.ORG > > > Subject: Production changes (spin-off of RE: Effects of flushing > > > midtier > > > cache) > > > > > > Joe brought up an issue I already had questions relating to, being: > > > what workflow IS okay to change on a production AR server during > > > production hours? > > > > > > For instance, if I have an app on a production box that is being > > > tested by users and is not itself "production", am I endangering other > > > things on production by making changes to it during production hours? > > > (Besides flushing the mid tier cache, that is.) > > > > > > Or do people have categories of changes - like rewording text in an > > > email filter or on a form, or adding an item to a character menu - >
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
I think that it is safe to do an export without a change window. You are not actually changing anything and the impact is tiny. That is as long as you are not exporting a huge application. The activity will still take some I/O so the larger the file the more impactful it may be depending up on your system. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Tuesday, June 05, 2012 9:18 AM To: arslist@ARSLIST.ORG Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) Hi, a follow-up question on this old thread: Would you all consider exporting a def file from a production system something that should be done in a change window? Are there risks or possible performance issues associated with this? Thanks, David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Wednesday, April 04, 2012 1:23 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > cache) > > I'm not intimately familiar with what adding groups, regardless of the > usage of the group, doesbut it's my understanding that it causes > some sort of re- caching to happen at the server level > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > Sent: Wednesday, April 04, 2012 10:57 AM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > cache) > > LJ, > > Thanks for your response. How about adding groups that aren't used > for permissions (except dynamically in field 112 or dynamic group > fields)? Even adding a notification group should be considered an off-hours > change? > > Thanks, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > Sent: Monday, April 02, 2012 12:54 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > David, > > In general, I have always considered making changes in production to > > be either a scheduled situation, or an emergency thing. Any change > > going to production needs to first be developed in Dev, moved to > > Test via standard procedures, tested in test to ensure the > > functionality is working properlythen moved to Prod in the same > > manner it was moved to Testso this essentially means that you > > are never using Dev Studio in Test/Prod with exception of importing > > already developed stuff. Adding users is standard operating > > proceduresbut adding groups should not be > as > > that causes re-caching of stuff on the server as well...it's almost > analogous to > > doing code changes (but not 100% the same). > > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > Sent: Monday, March 26, 2012 2:58 PM > > To: arslist@ARSLIST.ORG > > Subject: Production changes (spin-off of RE: Effects of flushing > > midtier > > cache) > > > > Joe brought up an issue I already had questions relating to, being: > > what workflow IS okay to change on a production AR server during > > production hours? > > > > For instance, if I have an app on a production box that is being > > tested by users and is not itself "production", am I endangering > > other things on production by making changes to it during production hours? > > (Besides flushing the mid tier cache, that is.) > > > > Or do people have categories of changes - like rewording text in an > > email filter or on a form, or adding an item to a character menu - > > that they > consider > > have an acceptable level of risk to do during normal hours? Or is > > it > standard > > to just not touch anything with Developer Studio unless it's an > > emergency > or > > a change window? > > > > Related question: Are updating groups or using the Data Import tool > > (on a reasonable, limited basis) considered normal production procedures? > > > > Thanks for any insights on this, > > > > David > > > > David Durling > > University of Georgia > > >
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
Depends on the size of the export and your system. I would say that if it is more than a few forms and its few hundred associated objects, a performance hit could be noticeable. Rick On Jun 5, 2012 10:19 AM, "David Durling" wrote: > Hi, a follow-up question on this old thread: > > Would you all consider exporting a def file from a production system > something that should be done in a change window? Are there risks or > possible performance issues associated with this? > > Thanks, > > David Durling > University of Georgia > > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > Sent: Wednesday, April 04, 2012 1:23 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > I'm not intimately familiar with what adding groups, regardless of the > usage > > of the group, doesbut it's my understanding that it causes some sort > of re- > > caching to happen at the server level > > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > Sent: Wednesday, April 04, 2012 10:57 AM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > LJ, > > > > Thanks for your response. How about adding groups that aren't used for > > permissions (except dynamically in field 112 or dynamic group fields)? > Even > > adding a notification group should be considered an off-hours change? > > > > Thanks, > > > > David > > > > David Durling > > University of Georgia > > > > > -Original Message----- > > > From: Action Request System discussion list(ARSList) > > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > > Sent: Monday, April 02, 2012 12:54 PM > > > To: arslist@ARSLIST.ORG > > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > > midtier > > > cache) > > > > > > David, > > > In general, I have always considered making changes in production to > > > be either a scheduled situation, or an emergency thing. Any change > > > going to production needs to first be developed in Dev, moved to Test > > > via standard procedures, tested in test to ensure the functionality is > > > working properlythen moved to Prod in the same manner it was moved > > > to Testso this essentially means that you are never using Dev > > > Studio in Test/Prod with exception of importing already developed > > > stuff. Adding users is standard operating proceduresbut adding > > > groups should not be > > as > > > that causes re-caching of stuff on the server as well...it's almost > > analogous to > > > doing code changes (but not 100% the same). > > > > > > -Original Message- > > > From: Action Request System discussion list(ARSList) > > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > > Sent: Monday, March 26, 2012 2:58 PM > > > To: arslist@ARSLIST.ORG > > > Subject: Production changes (spin-off of RE: Effects of flushing > > > midtier > > > cache) > > > > > > Joe brought up an issue I already had questions relating to, being: > > > what workflow IS okay to change on a production AR server during > > > production hours? > > > > > > For instance, if I have an app on a production box that is being > > > tested by users and is not itself "production", am I endangering other > > > things on production by making changes to it during production hours? > > > (Besides flushing the mid tier cache, that is.) > > > > > > Or do people have categories of changes - like rewording text in an > > > email filter or on a form, or adding an item to a character menu - > > > that they > > consider > > > have an acceptable level of risk to do during normal hours? Or is it > > standard > > > to just not touch anything with Developer Studio unless it's an > > > emergency > > or > > > a change window? > > > > > > Related question: Are updating groups or using the Data Import tool > > > (on a reasonable, limited basis) considered normal production > procedures? > > > > > > Thanks for any insig
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
Exporting - no, not to my knowledge. Ideally your admin ARS server should not be forward facing to end users anyway. Regards, Andrew C. Goodall Software Engineer Development Services ago...@jcpenney.com jcpenney 6501 Legacy Drive Plano, TX 75024 jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@arslist.org] On Behalf Of David Durling Sent: Tuesday, June 05, 2012 9:18 AM To: arslist@arslist.org Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) Hi, a follow-up question on this old thread: Would you all consider exporting a def file from a production system something that should be done in a change window? Are there risks or possible performance issues associated with this? Thanks, David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Wednesday, April 04, 2012 1:23 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > I'm not intimately familiar with what adding groups, regardless of the usage > of the group, doesbut it's my understanding that it causes some sort of > re- > caching to happen at the server level > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > Sent: Wednesday, April 04, 2012 10:57 AM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > LJ, > > Thanks for your response. How about adding groups that aren't used for > permissions (except dynamically in field 112 or dynamic group fields)? Even > adding a notification group should be considered an off-hours change? > > Thanks, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > Sent: Monday, April 02, 2012 12:54 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > David, > > In general, I have always considered making changes in production to > > be either a scheduled situation, or an emergency thing. Any change > > going to production needs to first be developed in Dev, moved to Test > > via standard procedures, tested in test to ensure the functionality is > > working properlythen moved to Prod in the same manner it was moved > > to Testso this essentially means that you are never using Dev > > Studio in Test/Prod with exception of importing already developed > > stuff. Adding users is standard operating proceduresbut adding > > groups should not be > as > > that causes re-caching of stuff on the server as well...it's almost > analogous to > > doing code changes (but not 100% the same). > > > > -Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > Sent: Monday, March 26, 2012 2:58 PM > > To: arslist@ARSLIST.ORG > > Subject: Production changes (spin-off of RE: Effects of flushing > > midtier > > cache) > > > > Joe brought up an issue I already had questions relating to, being: > > what workflow IS okay to change on a production AR server during > > production hours? > > > > For instance, if I have an app on a production box that is being > > tested by users and is not itself "production", am I endangering other > > things on production by making changes to it during production hours? > > (Besides flushing the mid tier cache, that is.) > > > > Or do people have categories of changes - like rewording text in an > > email filter or on a form, or adding an item to a character menu - > > that they > consider > > have an acceptable level of risk to do during normal hours? Or is it > standard > > to just not touch anything with Developer Studio unless it's an > > emergency > or > > a change window? > > > > Related question: Are updating groups or using the Data Import tool > > (on a reasonable, limited basis) considered normal production procedures? > > > > Thanks for any insights on this, > > > > David > > > > David Durling > > University of Georgia > > > > > -Original Message- > > > From: Action Request System discussion list(ARS
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
Hi, a follow-up question on this old thread: Would you all consider exporting a def file from a production system something that should be done in a change window? Are there risks or possible performance issues associated with this? Thanks, David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Wednesday, April 04, 2012 1:23 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > I'm not intimately familiar with what adding groups, regardless of the usage > of the group, doesbut it's my understanding that it causes some sort of > re- > caching to happen at the server level > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > Sent: Wednesday, April 04, 2012 10:57 AM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > LJ, > > Thanks for your response. How about adding groups that aren't used for > permissions (except dynamically in field 112 or dynamic group fields)? Even > adding a notification group should be considered an off-hours change? > > Thanks, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > > Sent: Monday, April 02, 2012 12:54 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Production changes (spin-off of RE: Effects of flushing > midtier > > cache) > > > > David, > > In general, I have always considered making changes in production to > > be either a scheduled situation, or an emergency thing. Any change > > going to production needs to first be developed in Dev, moved to Test > > via standard procedures, tested in test to ensure the functionality is > > working properlythen moved to Prod in the same manner it was moved > > to Testso this essentially means that you are never using Dev > > Studio in Test/Prod with exception of importing already developed > > stuff. Adding users is standard operating proceduresbut adding > > groups should not be > as > > that causes re-caching of stuff on the server as well...it's almost > analogous to > > doing code changes (but not 100% the same). > > > > -Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > > Sent: Monday, March 26, 2012 2:58 PM > > To: arslist@ARSLIST.ORG > > Subject: Production changes (spin-off of RE: Effects of flushing > > midtier > > cache) > > > > Joe brought up an issue I already had questions relating to, being: > > what workflow IS okay to change on a production AR server during > > production hours? > > > > For instance, if I have an app on a production box that is being > > tested by users and is not itself "production", am I endangering other > > things on production by making changes to it during production hours? > > (Besides flushing the mid tier cache, that is.) > > > > Or do people have categories of changes - like rewording text in an > > email filter or on a form, or adding an item to a character menu - > > that they > consider > > have an acceptable level of risk to do during normal hours? Or is it > standard > > to just not touch anything with Developer Studio unless it's an > > emergency > or > > a change window? > > > > Related question: Are updating groups or using the Data Import tool > > (on a reasonable, limited basis) considered normal production procedures? > > > > Thanks for any insights on this, > > > > David > > > > David Durling > > University of Georgia > > > > > -Original Message- > > > From: Action Request System discussion list(ARSList) > > > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > > > Sent: Monday, March 26, 2012 4:19 PM > > > To: arslist@ARSLIST.ORG > > > Subject: Re: Effects of flushing midtier cache > > > > > > When would you need to flush cache? The obvious answer is when there > > > is a workflow change on production.. Changes to workflow are done > > > whenever there is need for code change for enhancement or bug fixes.. > > > The general industry practic
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
I'm not intimately familiar with what adding groups, regardless of the usage of the group, doesbut it's my understanding that it causes some sort of re-caching to happen at the server level -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Wednesday, April 04, 2012 10:57 AM To: arslist@ARSLIST.ORG Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier cache) LJ, Thanks for your response. How about adding groups that aren't used for permissions (except dynamically in field 112 or dynamic group fields)? Even adding a notification group should be considered an off-hours change? Thanks, David David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Monday, April 02, 2012 12:54 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > David, > In general, I have always considered making changes in production to be > either a scheduled situation, or an emergency thing. Any change going to > production needs to first be developed in Dev, moved to Test via standard > procedures, tested in test to ensure the functionality is working > properlythen moved to Prod in the same manner it was moved to > Testso this essentially means that you are never using Dev Studio in > Test/Prod with exception of importing already developed stuff. Adding > users is standard operating proceduresbut adding groups should not be as > that causes re-caching of stuff on the server as well...it's almost analogous to > doing code changes (but not 100% the same). > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > Sent: Monday, March 26, 2012 2:58 PM > To: arslist@ARSLIST.ORG > Subject: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > Joe brought up an issue I already had questions relating to, being: what > workflow IS okay to change on a production AR server during production > hours? > > For instance, if I have an app on a production box that is being tested by > users and is not itself "production", am I endangering other things on > production by making changes to it during production hours? (Besides > flushing the mid tier cache, that is.) > > Or do people have categories of changes - like rewording text in an email > filter or on a form, or adding an item to a character menu - that they consider > have an acceptable level of risk to do during normal hours? Or is it standard > to just not touch anything with Developer Studio unless it's an emergency or > a change window? > > Related question: Are updating groups or using the Data Import tool (on a > reasonable, limited basis) considered normal production procedures? > > Thanks for any insights on this, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > > Sent: Monday, March 26, 2012 4:19 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Effects of flushing midtier cache > > > > When would you need to flush cache? The obvious answer is when there > > is a workflow change on production.. Changes to workflow are done > > whenever there is need for code change for enhancement or bug fixes.. > > The general industry practice is to manage these changes in a change > > window, where there is a scheduled outage, which is typically > > scheduled on weekends or > the > > least productive hours of an organization. So cache should be flushed > during > > these changes. > > > > That being said, there may be emergency changes that were a result of > > a > part > > or whole system being rendered unusable pending that change. On such > > an event it would be ok to flush your cache after fixing whatever the > > problem/bug/enhancement was. > > > > Yes flushing cache during production hours may cause a brief negative > impact > > on users using the system at the time of the change. > > > > Joe > > > > -Original Message- > > From: David Durling > > Sent: Monday, March 26, 2012 3:48 PM Newsgroups: > > public.remedy.arsystem.general > > To: arslist@ARSLIST.ORG > > Subject: Effects of flushing midtier cache > > > > Hi, > > > > I'm one of those that has fou
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
LJ, Thanks for your response. How about adding groups that aren't used for permissions (except dynamically in field 112 or dynamic group fields)? Even adding a notification group should be considered an off-hours change? Thanks, David David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing > Sent: Monday, April 02, 2012 12:54 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > David, > In general, I have always considered making changes in production to be > either a scheduled situation, or an emergency thing. Any change going to > production needs to first be developed in Dev, moved to Test via standard > procedures, tested in test to ensure the functionality is working > properlythen moved to Prod in the same manner it was moved to > Testso this essentially means that you are never using Dev Studio in > Test/Prod with exception of importing already developed stuff. Adding > users is standard operating proceduresbut adding groups should not be as > that causes re-caching of stuff on the server as well...it's almost analogous > to > doing code changes (but not 100% the same). > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling > Sent: Monday, March 26, 2012 2:58 PM > To: arslist@ARSLIST.ORG > Subject: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > Joe brought up an issue I already had questions relating to, being: what > workflow IS okay to change on a production AR server during production > hours? > > For instance, if I have an app on a production box that is being tested by > users and is not itself "production", am I endangering other things on > production by making changes to it during production hours? (Besides > flushing the mid tier cache, that is.) > > Or do people have categories of changes - like rewording text in an email > filter or on a form, or adding an item to a character menu - that they > consider > have an acceptable level of risk to do during normal hours? Or is it standard > to just not touch anything with Developer Studio unless it's an emergency or > a change window? > > Related question: Are updating groups or using the Data Import tool (on a > reasonable, limited basis) considered normal production procedures? > > Thanks for any insights on this, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > > Sent: Monday, March 26, 2012 4:19 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Effects of flushing midtier cache > > > > When would you need to flush cache? The obvious answer is when there > > is a workflow change on production.. Changes to workflow are done > > whenever there is need for code change for enhancement or bug fixes.. > > The general industry practice is to manage these changes in a change > > window, where there is a scheduled outage, which is typically > > scheduled on weekends or > the > > least productive hours of an organization. So cache should be flushed > during > > these changes. > > > > That being said, there may be emergency changes that were a result of > > a > part > > or whole system being rendered unusable pending that change. On such > > an event it would be ok to flush your cache after fixing whatever the > > problem/bug/enhancement was. > > > > Yes flushing cache during production hours may cause a brief negative > impact > > on users using the system at the time of the change. > > > > Joe > > > > -Original Message- > > From: David Durling > > Sent: Monday, March 26, 2012 3:48 PM Newsgroups: > > public.remedy.arsystem.general > > To: arslist@ARSLIST.ORG > > Subject: Effects of flushing midtier cache > > > > Hi, > > > > I'm one of those that has found it necessary to use the "flush cache" > button > > in the mid tier config when sometimes certain changes aren't picked up > > at the regular cache check interval. > > > > Do you all consider a flush of the mid tier cache to be unintrusive - > something > > that can be done during production hours? Or is it something that > > should > be > > done off-hours? > >
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
David, In general, I have always considered making changes in production to be either a scheduled situation, or an emergency thing. Any change going to production needs to first be developed in Dev, moved to Test via standard procedures, tested in test to ensure the functionality is working properlythen moved to Prod in the same manner it was moved to Testso this essentially means that you are never using Dev Studio in Test/Prod with exception of importing already developed stuff. Adding users is standard operating proceduresbut adding groups should not be as that causes re-caching of stuff on the server as well...it's almost analogous to doing code changes (but not 100% the same). -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Monday, March 26, 2012 2:58 PM To: arslist@ARSLIST.ORG Subject: Production changes (spin-off of RE: Effects of flushing midtier cache) Joe brought up an issue I already had questions relating to, being: what workflow IS okay to change on a production AR server during production hours? For instance, if I have an app on a production box that is being tested by users and is not itself "production", am I endangering other things on production by making changes to it during production hours? (Besides flushing the mid tier cache, that is.) Or do people have categories of changes - like rewording text in an email filter or on a form, or adding an item to a character menu - that they consider have an acceptable level of risk to do during normal hours? Or is it standard to just not touch anything with Developer Studio unless it's an emergency or a change window? Related question: Are updating groups or using the Data Import tool (on a reasonable, limited basis) considered normal production procedures? Thanks for any insights on this, David David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > Sent: Monday, March 26, 2012 4:19 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > When would you need to flush cache? The obvious answer is when there is a > workflow change on production.. Changes to workflow are done whenever > there is need for code change for enhancement or bug fixes.. The general > industry practice is to manage these changes in a change window, where > there is a scheduled outage, which is typically scheduled on weekends or the > least productive hours of an organization. So cache should be flushed during > these changes. > > That being said, there may be emergency changes that were a result of a part > or whole system being rendered unusable pending that change. On such an > event it would be ok to flush your cache after fixing whatever the > problem/bug/enhancement was. > > Yes flushing cache during production hours may cause a brief negative impact > on users using the system at the time of the change. > > Joe > > -Original Message- > From: David Durling > Sent: Monday, March 26, 2012 3:48 PM Newsgroups: > public.remedy.arsystem.general > To: arslist@ARSLIST.ORG > Subject: Effects of flushing midtier cache > > Hi, > > I'm one of those that has found it necessary to use the "flush cache" button > in the mid tier config when sometimes certain changes aren't picked up at > the regular cache check interval. > > Do you all consider a flush of the mid tier cache to be unintrusive - something > that can be done during production hours? Or is it something that should be > done off-hours? > > On our server I don't notice performance issues in using it, and in what little > testing I've done, user sessions seem to be uninterrupted. (I'm not sure > about floating users on the web, though - if there's anything to consider > there.) > > I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. > > Thanks, > > David > --- David Durling durl...@uga.edu Enterprise IT Services 706-542-0223 University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
Brien, If I'm not mistaken, that's what the 'sync server' button is supposed to do. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Monday, March 26, 2012 2:27 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache I'm pretty sure it was invalid session errors. I agree with the sentiment that changes should be done after-hours. However, that doesn't solve the puzzle of why the default definition check interval of 60 minutes can (usually) successfully implement any changes *without* negatively affecting anyone. That is, can we get a button that just does the same thing that is happening every hour anyway? Brien On 3/26/2012 1:06 PM, David Durling wrote: > Thanks, Brien. What problems do your users report when this happens? > > David > >> -Original Message- >> From: Brien Dieterle [mailto:brien.diete...@cgcmail.maricopa.edu] >> Sent: Monday, March 26, 2012 3:54 PM >> To: arslist@ARSLIST.ORG >> Cc: David Durling >> Subject: Re: Effects of flushing midtier cache >> >> In my experience flushing the cache IS intrusive. Every once in a long while I >> can't resist it any long and I start enthusiastically pressing that big, red, SHINY >> button. Then the phone calls start trickling in. >> I wish I knew why. It didn't always seem to be this way, but I can't be sure. It >> seemed to start happening sometime after 7.5 upgrade, but that is just a gut >> feeling. We're on 7.6 SP2 now. >> >> Brien >> >> On 3/26/2012 12:48 PM, David Durling wrote: >>> Hi, >>> >>> I'm one of those that has found it necessary to use the "flush cache" >> button in the mid tier config when sometimes certain changes aren't picked >> up at the regular cache check interval. >>> Do you all consider a flush of the mid tier cache to be unintrusive - >> something that can be done during production hours? Or is it something that >> should be done off-hours? >>> On our server I don't notice performance issues in using it, and in >>> what little testing I've done, user sessions seem to be uninterrupted. >>> (I'm not sure about floating users on the web, though - if there's >>> anything to consider there.) >>> >>> I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. >>> >>> Thanks, >>> >>> David >>> >>> --- >>> David Durling durl...@uga.edu >>> Enterprise IT Services >>> University of Georgia >>> >>> >> __ >> >>> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" >>> > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
Thanks, Joe & Chris & Andrew (& others) - Except for the mid-tier flush - which I'm not sure about in all my users' cases, I'm pretty sure my users don't experience outages from these changes in general. We are well under 100 logged-in users at any given time. In addition to performance issues during changes, I was also thinking in terms of what could go wrong. Years ago, for instance, on ARS 4.x, I remember some operation wrecked access to one of our major Remedy forms where a fellow had to go into sqlplus or something and rename a T-table in order to recover the form. And of course a change could be implemented that simply doesn't work properly because of not being tested first. That's the kind of thing I'm most concerned with - something unexpected that actually breaks functionality or disrupts user sessions, not so much things that seem to cause a (in my case small) slowness in performance. I do appreciate the comments on standard practices. Thanks! David > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > Sent: Monday, March 26, 2012 5:20 PM > To: arslist@ARSLIST.ORG > Subject: Re: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > I hit the send button too early.. > > Changes to Filters & Filter Guides, Escalations would not impact the mid-tier > server in any way.. They would however impact the caching of the AR Server > itself.. which could again have an impact on the usability of the AR Server > which the mid tier is connected to... Think of it like a train with two > cars.. if > the first one is moving smoothly but the second hits its brakes, it could > impact the first car too although it has not hit any brakes.. > > Changes to Forms, Active Links, Menus, Active Link Guides, Web Services, > Flashboard objects, adding new Permission Groups or changing their existing > type would impact both the AR Server and the Mid-Tier. (Both cars having > their brakes pressed..) > > Data loads to group form should be avoided if you can. Group caching can > impact both the AR Server and the Mid-Tier as it would need to be cached if > the group added is a permission group. > > So yes it is standard not to promote anything to production from the dev or > test environment to production during production hours. > > Again - the bottom-line is, you are the best judge to know if it would be OK > for your users to face a little outage.. > > -Original Message- > From: David Durling > Sent: Monday, March 26, 2012 4:58 PM Newsgroups: > public.remedy.arsystem.general > To: arslist@ARSLIST.ORG > Subject: Production changes (spin-off of RE: Effects of flushing midtier > cache) > > Joe brought up an issue I already had questions relating to, being: what > workflow IS okay to change on a production AR server during production > hours? > > For instance, if I have an app on a production box that is being tested by > users and is not itself "production", am I endangering other things on > production by making changes to it during production hours? (Besides > flushing the mid tier cache, that is.) > > Or do people have categories of changes - like rewording text in an email > filter or on a form, or adding an item to a character menu - that they > consider > have an acceptable level of risk to do during normal hours? Or is it standard > to just not touch anything with Developer Studio unless it's an emergency or > a change window? > > Related question: Are updating groups or using the Data Import tool (on a > reasonable, limited basis) considered normal production procedures? > > Thanks for any insights on this, > > David > > David Durling > University of Georgia > > > -Original Message- > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > > Sent: Monday, March 26, 2012 4:19 PM > > To: arslist@ARSLIST.ORG > > Subject: Re: Effects of flushing midtier cache > > > > When would you need to flush cache? The obvious answer is when there > > is a workflow change on production.. Changes to workflow are done > > whenever there is need for code change for enhancement or bug fixes.. > > The general industry practice is to manage these changes in a change > > window, where there is a scheduled outage, which is typically > > scheduled on weekends or the least productive hours of an > > organization. So cache should be flushed during these changes. > > > > That being said, there may be emergency changes that were a result
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
I hit the send button too early.. Changes to Filters & Filter Guides, Escalations would not impact the mid-tier server in any way.. They would however impact the caching of the AR Server itself.. which could again have an impact on the usability of the AR Server which the mid tier is connected to... Think of it like a train with two cars.. if the first one is moving smoothly but the second hits its brakes, it could impact the first car too although it has not hit any brakes.. Changes to Forms, Active Links, Menus, Active Link Guides, Web Services, Flashboard objects, adding new Permission Groups or changing their existing type would impact both the AR Server and the Mid-Tier. (Both cars having their brakes pressed..) Data loads to group form should be avoided if you can. Group caching can impact both the AR Server and the Mid-Tier as it would need to be cached if the group added is a permission group. So yes it is standard not to promote anything to production from the dev or test environment to production during production hours. Again - the bottom-line is, you are the best judge to know if it would be OK for your users to face a little outage.. -Original Message- From: David Durling Sent: Monday, March 26, 2012 4:58 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Production changes (spin-off of RE: Effects of flushing midtier cache) Joe brought up an issue I already had questions relating to, being: what workflow IS okay to change on a production AR server during production hours? For instance, if I have an app on a production box that is being tested by users and is not itself "production", am I endangering other things on production by making changes to it during production hours? (Besides flushing the mid tier cache, that is.) Or do people have categories of changes - like rewording text in an email filter or on a form, or adding an item to a character menu - that they consider have an acceptable level of risk to do during normal hours? Or is it standard to just not touch anything with Developer Studio unless it's an emergency or a change window? Related question: Are updating groups or using the Data Import tool (on a reasonable, limited basis) considered normal production procedures? Thanks for any insights on this, David David Durling University of Georgia -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 26, 2012 4:19 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services 706-542-0223 University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Production changes (spin-off of RE: Effects of flushing midtier cache)
The short answer is none.. Anything that may cause the server to re-cache its definitions, should not be promoted to the production server during peak hours of usage. But then there you might have other things to consider.. 1) Have portions of the system been rendered unusable as a result of a bug or enhancement request?? Is it preventing majority of the users to not be able to perform business critical functions? 2) Will not performing the change ASAP lead you to a point where you would be saying yes to 1) soon enough so you want to take a preventive action?? 3) How strong really is your user-base? If you have a user base of less than maybe 500, there may not be that much impact. So the impact this action would make is really a combination of various factors which you would be a better judge than any of us here.. But if you can afford it, it’s a change best kept for the least productive hour of the week, and done after informing the users of potential outage during that window so that the few who would be on, would be aware.. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 4:58 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Production changes (spin-off of RE: Effects of flushing midtier cache) Joe brought up an issue I already had questions relating to, being: what workflow IS okay to change on a production AR server during production hours? For instance, if I have an app on a production box that is being tested by users and is not itself "production", am I endangering other things on production by making changes to it during production hours? (Besides flushing the mid tier cache, that is.) Or do people have categories of changes - like rewording text in an email filter or on a form, or adding an item to a character menu - that they consider have an acceptable level of risk to do during normal hours? Or is it standard to just not touch anything with Developer Studio unless it's an emergency or a change window? Related question: Are updating groups or using the Data Import tool (on a reasonable, limited basis) considered normal production procedures? Thanks for any insights on this, David David Durling University of Georgia -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 26, 2012 4:19 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services 706-542-0223 University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
I agree; normally you don't flush or pre-load unless you migrate a change, or apply a service pack, and then you should always do it during scheduled maintenance. Instead of flushing the cache after installing 7.6.04 SP3 I chose to set pre-load on, and restart the tomcat instances after the application of SP3 to ARS. Two of the three mid-tiers had already been updated to SP3. I did this on all three mid-tiers, and two on over-speced hardware (the ARS/ITSM server with admin mid-tier, and web server with primary mid-tier and Kinetic) pre-loaded in about 15 minutes. The backup mid-tier on the same hardware I used for 7.1 took three times longer. In each case, the first user (me) saw slightly slower form dislays (3 - 8 seconds) whereas in my experience they are much slower initially after a flush cache operation. After the initial pre-load, I turned that setting back OFF on each mid-tier, and saw normal form performance (1-5 seconds). The \cache folders contain between 850 mb and 1.08 gb of files. Our experience with flush cache on SP1 was that the mid-tiers became unstable as they threw cached usernames at the AR Server (without passwords), which were then thrown at the AREA plugin, which frequently crashed and wiped out external authentication until the plugin server was restarted several times. This process always killed threads on the AR Server, which disrupted communications between the mid-tier and AR Server, blowing out user sessions and delaying the start of new ones while it was going on. Definitely NOT something you want to see during production hours. The SP3 mid-tier appears to still throw the same crap at the AR Server on a pre-fetch, flush/pre-fetch, or pre-load, but they must have hardened the Sp3 AR Server and AREA to better handle it. When the mid-tiers were SP3 but the AR Server was Sp1, these problems were still very evident. Time will tell if they have been solved; the SP3 installation has not been completely restarted yet, and won't be until Mickey's monthly updates roll around. On the question of what can be safely updated during production, my experience is that you can get away with updating something that runs exclusively on the server (filters; escalations are more dangerous), but anything that operates in the client is saved for the maintenance window or at least after normal work hours. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Goodall, Andrew C Sent: Monday, March 26, 2012 3:24 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache If you have the full ITSM suite, then in my experience it takes about 1 hour to completely recache (just over 1 GB of cache) and for CPU consumption to fall back within normal range. That is not a "brief" disruption :) Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 26, 2012 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure abou
Production changes (spin-off of RE: Effects of flushing midtier cache)
Joe brought up an issue I already had questions relating to, being: what workflow IS okay to change on a production AR server during production hours? For instance, if I have an app on a production box that is being tested by users and is not itself "production", am I endangering other things on production by making changes to it during production hours? (Besides flushing the mid tier cache, that is.) Or do people have categories of changes - like rewording text in an email filter or on a form, or adding an item to a character menu - that they consider have an acceptable level of risk to do during normal hours? Or is it standard to just not touch anything with Developer Studio unless it's an emergency or a change window? Related question: Are updating groups or using the Data Import tool (on a reasonable, limited basis) considered normal production procedures? Thanks for any insights on this, David David Durling University of Georgia > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > Sent: Monday, March 26, 2012 4:19 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > When would you need to flush cache? The obvious answer is when there is a > workflow change on production.. Changes to workflow are done whenever > there is need for code change for enhancement or bug fixes.. The general > industry practice is to manage these changes in a change window, where > there is a scheduled outage, which is typically scheduled on weekends or the > least productive hours of an organization. So cache should be flushed during > these changes. > > That being said, there may be emergency changes that were a result of a part > or whole system being rendered unusable pending that change. On such an > event it would be ok to flush your cache after fixing whatever the > problem/bug/enhancement was. > > Yes flushing cache during production hours may cause a brief negative impact > on users using the system at the time of the change. > > Joe > > -Original Message- > From: David Durling > Sent: Monday, March 26, 2012 3:48 PM Newsgroups: > public.remedy.arsystem.general > To: arslist@ARSLIST.ORG > Subject: Effects of flushing midtier cache > > Hi, > > I'm one of those that has found it necessary to use the "flush cache" button > in the mid tier config when sometimes certain changes aren't picked up at > the regular cache check interval. > > Do you all consider a flush of the mid tier cache to be unintrusive - > something > that can be done during production hours? Or is it something that should be > done off-hours? > > On our server I don't notice performance issues in using it, and in what > little > testing I've done, user sessions seem to be uninterrupted. (I'm not sure > about floating users on the web, though - if there's anything to consider > there.) > > I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. > > Thanks, > > David > --- David Durling durl...@uga.edu Enterprise IT Services 706-542-0223 University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
David, If the admin interface displays that the cache has been flushed successfully, which it will if there was no communication between your mid-tier admin client and the mid-tier server, it does not mean the operation as a whole is complete.. That message should have been rephrased something in the lines of "Your request to cache the server has been sent successfully, the operation has begun but not compete. It may take a few minutes to a few hours to complete.." If you look at the cache directory on the mid-tier server, you will notice the files there continuously growing and new files being created. That is the result of the real caching process which is still work in progress.. When there is no activity in this directory, it is an indication of the operation being complete.. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 4:32 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache Good to know, though in our case we have a small installation: just custom AR System forms with up to 60-70 users at a time, and when I've flushed the cache the action only seems to take a few seconds. The points about production changes are good ones. Thanks, David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Goodall, Andrew C Sent: Monday, March 26, 2012 4:24 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache If you have the full ITSM suite, then in my experience it takes about 1 hour to completely recache (just over 1 GB of cache) and for CPU consumption to fall back within normal range. That is not a "brief" disruption :) Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 26, 2012 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
That brings us to a discussion we were having a few weeks or maybe days ago.. why rebuild the entire cache.. why not an overhaul which checks for the delta and rebuilds only the delta.. You would have thought that’s a very basic idea (like the thick client where it compares timestamps to recognize if something's changed on the server).. Why is that concept not extended to the mid-tier caching mechanism beats me... Joe -Original Message- From: Brien Dieterle Sent: Monday, March 26, 2012 4:26 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache I'm pretty sure it was invalid session errors. I agree with the sentiment that changes should be done after-hours. However, that doesn't solve the puzzle of why the default definition check interval of 60 minutes can (usually) successfully implement any changes *without* negatively affecting anyone. That is, can we get a button that just does the same thing that is happening every hour anyway? Brien On 3/26/2012 1:06 PM, David Durling wrote: Thanks, Brien. What problems do your users report when this happens? David -Original Message- From: Brien Dieterle [mailto:brien.diete...@cgcmail.maricopa.edu] Sent: Monday, March 26, 2012 3:54 PM To: arslist@ARSLIST.ORG Cc: David Durling Subject: Re: Effects of flushing midtier cache In my experience flushing the cache IS intrusive. Every once in a long while I can't resist it any long and I start enthusiastically pressing that big, red, SHINY button. Then the phone calls start trickling in. I wish I knew why. It didn't always seem to be this way, but I can't be sure. It seemed to start happening sometime after 7.5 upgrade, but that is just a gut feeling. We're on 7.6 SP2 now. Brien On 3/26/2012 12:48 PM, David Durling wrote: Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
Thanks for the information, Brien. It seems to be only certain types of changes that are not carried over. In this case, apparently a table definition change did not take. David > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle > Sent: Monday, March 26, 2012 4:27 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > I'm pretty sure it was invalid session errors. I agree with the sentiment > that > changes should be done after-hours. However, that doesn't solve the puzzle > of why the default definition check interval of > 60 minutes can (usually) successfully implement any changes *without* > negatively affecting anyone. That is, can we get a button that just does the > same thing that is happening every hour anyway? > > Brien > > On 3/26/2012 1:06 PM, David Durling wrote: > > Thanks, Brien. What problems do your users report when this happens? > > > > David > > > >> -Original Message- > >> From: Brien Dieterle [mailto:brien.diete...@cgcmail.maricopa.edu] > >> Sent: Monday, March 26, 2012 3:54 PM > >> To: arslist@ARSLIST.ORG > >> Cc: David Durling > >> Subject: Re: Effects of flushing midtier cache > >> > >> In my experience flushing the cache IS intrusive. Every once in a > >> long while I can't resist it any long and I start enthusiastically > >> pressing that big, red, SHINY button. Then the phone calls start trickling > in. > >> I wish I knew why. It didn't always seem to be this way, but I can't > >> be sure. It seemed to start happening sometime after 7.5 upgrade, > >> but that is just a gut feeling. We're on 7.6 SP2 now. > >> > >> Brien > >> > >> On 3/26/2012 12:48 PM, David Durling wrote: > >>> Hi, > >>> > >>> I'm one of those that has found it necessary to use the "flush cache" > >> button in the mid tier config when sometimes certain changes aren't > >> picked up at the regular cache check interval. > >>> Do you all consider a flush of the mid tier cache to be unintrusive > >>> - > >> something that can be done during production hours? Or is it > >> something that should be done off-hours? > >>> On our server I don't notice performance issues in using it, and in > >>> what little testing I've done, user sessions seem to be uninterrupted. > >>> (I'm not sure about floating users on the web, though - if there's > >>> anything to consider there.) > >>> > >>> I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. > >>> > >>> Thanks, > >>> > >>> David > >>> > >>> --- > >>> David Durling durl...@uga.edu > >>> Enterprise IT Services > >>> University of Georgia > >>> > >>> > >> > __ > >> > >>> _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >>> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > >>> > > > > __ > _ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 > www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
You're right - that’s certainly not brief.. Depending on the specifications of your mid-tier boxes, and what you have on the AR Server it may not be so brief. In most of my experience, it has been significantly less than an hour to rebuild the cache files. I have been on sites with the new ITSM apps loaded where it takes less than 10 - 15 minutes to rebuild. I might consider that brief as generally a partial outage as that may or may not result in users calling to complain about latency and may go unnoticed. Joe -Original Message- From: Goodall, Andrew C Sent: Monday, March 26, 2012 4:24 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache If you have the full ITSM suite, then in my experience it takes about 1 hour to completely recache (just over 1 GB of cache) and for CPU consumption to fall back within normal range. That is not a "brief" disruption :) Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 26, 2012 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
Good to know, though in our case we have a small installation: just custom AR System forms with up to 60-70 users at a time, and when I've flushed the cache the action only seems to take a few seconds. The points about production changes are good ones. Thanks, David > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Goodall, Andrew C > Sent: Monday, March 26, 2012 4:24 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > If you have the full ITSM suite, then in my experience it takes about 1 hour > to > completely recache (just over 1 GB of cache) and for CPU consumption to fall > back within normal range. > That is not a "brief" disruption :) > > > Regards, > > Andrew Goodall > Software Engineer 2 | Development Services | jcpenney . www.jcp.com > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza > Sent: Monday, March 26, 2012 3:19 PM > To: arslist@ARSLIST.ORG > Subject: Re: Effects of flushing midtier cache > > When would you need to flush cache? The obvious answer is when there is a > workflow change on production.. Changes to workflow are done whenever > there is need for code change for enhancement or bug fixes.. The general > industry practice is to manage these changes in a change window, where > there is a > > scheduled outage, which is typically scheduled on weekends or the least > productive hours of an organization. So cache should be flushed during these > changes. > > That being said, there may be emergency changes that were a result of a part > or whole system being rendered unusable pending that change. On such an > event it would be ok to flush your cache after fixing whatever the > problem/bug/enhancement was. > > Yes flushing cache during production hours may cause a brief negative impact > on users using the system at the time of the change. > > Joe > > -Original Message- > From: David Durling > Sent: Monday, March 26, 2012 3:48 PM Newsgroups: > public.remedy.arsystem.general > To: arslist@ARSLIST.ORG > Subject: Effects of flushing midtier cache > > Hi, > > I'm one of those that has found it necessary to use the "flush cache" > button > in the mid tier config when sometimes certain changes aren't picked up at > the regular cache check interval. > > Do you all consider a flush of the mid tier cache to be unintrusive - > something > that can be done during production hours? Or is it something that should be > done off-hours? > > On our server I don't notice performance issues in using it, and in what > > little testing I've done, user sessions seem to be uninterrupted. (I'm not > sure > about floating users on the web, though - if there's anything to consider > there.) > > I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. > > Thanks, > > David > > --- > David Durling durl...@uga.edu > Enterprise IT Services > University of Georgia > > __ > __ > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 > www.wwrug12.com ARSList: "Where the Answers Are" > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged material. > If the reader of this message is not the intended recipient, you are hereby > notified that your access is unauthorized, and any review, dissemination, > distribution or copying of this message including any attachments is strictly > prohibited. If you are not the intended recipient, please contact the sender > and delete the material from any computer. > > __ > _ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 > www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
I'm pretty sure it was invalid session errors. I agree with the sentiment that changes should be done after-hours. However, that doesn't solve the puzzle of why the default definition check interval of 60 minutes can (usually) successfully implement any changes *without* negatively affecting anyone. That is, can we get a button that just does the same thing that is happening every hour anyway? Brien On 3/26/2012 1:06 PM, David Durling wrote: Thanks, Brien. What problems do your users report when this happens? David -Original Message- From: Brien Dieterle [mailto:brien.diete...@cgcmail.maricopa.edu] Sent: Monday, March 26, 2012 3:54 PM To: arslist@ARSLIST.ORG Cc: David Durling Subject: Re: Effects of flushing midtier cache In my experience flushing the cache IS intrusive. Every once in a long while I can't resist it any long and I start enthusiastically pressing that big, red, SHINY button. Then the phone calls start trickling in. I wish I knew why. It didn't always seem to be this way, but I can't be sure. It seemed to start happening sometime after 7.5 upgrade, but that is just a gut feeling. We're on 7.6 SP2 now. Brien On 3/26/2012 12:48 PM, David Durling wrote: Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
If you have the full ITSM suite, then in my experience it takes about 1 hour to completely recache (just over 1 GB of cache) and for CPU consumption to fall back within normal range. That is not a "brief" disruption :) Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Monday, March 26, 2012 3:19 PM To: arslist@ARSLIST.ORG Subject: Re: Effects of flushing midtier cache When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If the reader of this message is not the intended recipient, you are hereby notified that your access is unauthorized, and any review, dissemination, distribution or copying of this message including any attachments is strictly prohibited. If you are not the intended recipient, please contact the sender and delete the material from any computer. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
When would you need to flush cache? The obvious answer is when there is a workflow change on production.. Changes to workflow are done whenever there is need for code change for enhancement or bug fixes.. The general industry practice is to manage these changes in a change window, where there is a scheduled outage, which is typically scheduled on weekends or the least productive hours of an organization. So cache should be flushed during these changes. That being said, there may be emergency changes that were a result of a part or whole system being rendered unusable pending that change. On such an event it would be ok to flush your cache after fixing whatever the problem/bug/enhancement was. Yes flushing cache during production hours may cause a brief negative impact on users using the system at the time of the change. Joe -Original Message- From: David Durling Sent: Monday, March 26, 2012 3:48 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
Very intrusive. Off hours - if you have a lot of users, the performance will cripple while cache rebuilds. Our average CPU comsumption goes from 20% to 70-80% during rebuild of cache. We take server off load balancer until server has completed rebuild of cache. Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Monday, March 26, 2012 2:48 PM To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If the reader of this message is not the intended recipient, you are hereby notified that your access is unauthorized, and any review, dissemination, distribution or copying of this message including any attachments is strictly prohibited. If you are not the intended recipient, please contact the sender and delete the material from any computer. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
Thanks, Brien. What problems do your users report when this happens? David > -Original Message- > From: Brien Dieterle [mailto:brien.diete...@cgcmail.maricopa.edu] > Sent: Monday, March 26, 2012 3:54 PM > To: arslist@ARSLIST.ORG > Cc: David Durling > Subject: Re: Effects of flushing midtier cache > > In my experience flushing the cache IS intrusive. Every once in a long while > I > can't resist it any long and I start enthusiastically pressing that big, red, > SHINY > button. Then the phone calls start trickling in. > I wish I knew why. It didn't always seem to be this way, but I can't be > sure. It > seemed to start happening sometime after 7.5 upgrade, but that is just a gut > feeling. We're on 7.6 SP2 now. > > Brien > > On 3/26/2012 12:48 PM, David Durling wrote: > > Hi, > > > > I'm one of those that has found it necessary to use the "flush cache" > button in the mid tier config when sometimes certain changes aren't picked > up at the regular cache check interval. > > > > Do you all consider a flush of the mid tier cache to be unintrusive - > something that can be done during production hours? Or is it something that > should be done off-hours? > > > > On our server I don't notice performance issues in using it, and in > > what little testing I've done, user sessions seem to be uninterrupted. > > (I'm not sure about floating users on the web, though - if there's > > anything to consider there.) > > > > I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. > > > > Thanks, > > > > David > > > > --- > > David Durling durl...@uga.edu > > Enterprise IT Services > > University of Georgia > > > > > __ > > > _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" > > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
It won't disconnect any sessions but it will clear all form and workflow caches which will result in slowness to the first user to pull up any form that has not been used since the recache while the midtier reloads the form and object definitions from the server. Additionally if you have prefetching in use, it will likely put a performance load on the server in the short term while it reaches that content. So short answer is shouldn't cause any dropped connections or errors, but will cause short term slowness to the users while the midtier is having to recache the forms and objects. Nate. Nathan Aker ITSM Solution Architect McAfee, Inc. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Monday, March 26, 2012 2:48 PM To: arslist@ARSLIST.ORG Subject: Effects of flushing midtier cache Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Effects of flushing midtier cache
In my experience flushing the cache IS intrusive. Every once in a long while I can't resist it any long and I start enthusiastically pressing that big, red, SHINY button. Then the phone calls start trickling in. I wish I knew why. It didn't always seem to be this way, but I can't be sure. It seemed to start happening sometime after 7.5 upgrade, but that is just a gut feeling. We're on 7.6 SP2 now. Brien On 3/26/2012 12:48 PM, David Durling wrote: Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Effects of flushing midtier cache
Hi, I'm one of those that has found it necessary to use the "flush cache" button in the mid tier config when sometimes certain changes aren't picked up at the regular cache check interval. Do you all consider a flush of the mid tier cache to be unintrusive - something that can be done during production hours? Or is it something that should be done off-hours? On our server I don't notice performance issues in using it, and in what little testing I've done, user sessions seem to be uninterrupted. (I'm not sure about floating users on the web, though - if there's anything to consider there.) I'm on ARS 7.5 patch 007 with mid tier 7.5 patch 007 with apache/tomcat. Thanks, David --- David Durling durl...@uga.edu Enterprise IT Services University of Georgia ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
I have been battling the same issues, change the cache time settings to all zeros. Definition Change Check Interval (Seconds) = 0 Update Flashboard Definition Interval (Seconds) = 0 Resource Check Interval (Seconds) = 0 and Disable Cache Persistence. This places the Mid-Tier server in development cache mode. WORLDS OF IMPROVEMENT! -Benny On Fri, Nov 11, 2011 at 9:03 AM, Kemes, Lisa wrote: > ** ** > We used to be able to update a form (on dev) and then flush the MidTier > Cache and then view the form in the Midtier and see the changes. > > Lately, it's not working. We flush the cache, no changes. I restarted > Apache, still don't see my changes. Delete all browsing history on my IE > 8, still no changes. > > We have our cache settings Definition Change Check Interval (Seconds) set > to 300 (I also have the perform check enabled). So after 5 minutes we > should see the change (if our flush didn't work). > > I don't see my changes until the next DAY. > > What's getting "stuck?" > > Some more info - Prefetch is not enabled. Preload was enabled a couple of > months ago, but I have turned it off. Enable Cache Persistence is > enabled. > > We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is > separate than our ARS server. > > *Lisa Kemes* > AR System Developer > TEIS - USA > +1 717 810 2408 tel > +1 717 602 9460 mobile > *lisa.ke...@te.com* > 100 Amp Drive > Harrisburg, PA 17112 > > <http://www.te.com/> > > www.te.com > > <http://twitter.com/teconnectivity> > <http://www.facebook.com/teconnectivity> > <http://www.flickr.com/photos/teconnectivity/> > <http://www.linkedin.com/groups?gid=1591657> > <http://www.youtube.com/teconnectivity> > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
Probably, it's set to Automatically. It sued to be set to every time I visit the web page, so I wonder if a sneaky patch crept up and reset it to "automatically" I'll change it Thanks so much for all of your help! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Hmmmwhat setting do you have the 'check for newer versions of stored pages' setting set to? Maybe setting it to 'Every time I visit the web page' would help then? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:40 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** That's exactly what I had to do.. After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf mailto:tauf.chowdh...@frx.com>> wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: MidTier Cache ** We used to be
Re: MidTier Cache
Hmmm..what setting do you have the 'check for newer versions of stored pages' setting set to? Maybe setting it to 'Every time I visit the web page' would help then? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:40 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** That's exactly what I had to do.. After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup.but I'm not sure if it's relevant.I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache.don't know if you meant that, or if you meant Tomcat.because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'..because of the persistence.if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But.since you have the cache persistence enabled.I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update..that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync.but not many.so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cac
Re: MidTier Cache
Yes, we are planning on going from 7.1 p7 to 7.6.04 p2. We are starting with DEV first and we are moving to a brand new server so we will be installing it and moving the forms/data and not actually doing an upgrade. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 12:56 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** If I'm not mistaken 'Sync' got introduced in 7.5...but I would think that it's a 7.5 Mid-Tier feature, not reliant on the server component...but that's just my expectation. I think that you MAY be experiencing an incompatibility between the MidTier version and the ARS version. Do you have any plans to upgrade to a supported version any time soon?7.5 was quite stable for us. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I meant Made another test change on a form (added a field), flushed the cache, still CAN'T see the changes Ugh! I can't find the cachetemp directory only cache. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 www.te.com<http://www.te.com/> _attend WWRUG12 www
Re: MidTier Cache
If I'm not mistaken 'Sync' got introduced in 7.5.but I would think that it's a 7.5 Mid-Tier feature, not reliant on the server component.but that's just my expectation. I think that you MAY be experiencing an incompatibility between the MidTier version and the ARS version. Do you have any plans to upgrade to a supported version any time soon?7.5 was quite stable for us. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I meant Made another test change on a form (added a field), flushed the cache, still CAN'T see the changes Ugh! I can't find the cachetemp directory only cache. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup.but I'm not sure if it's relevant.I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache.don't know if you meant that, or if you meant Tomcat.because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'..because of the persistence.if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But.since you have the cache persistence enabled.I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update..that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync.but not many.so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com <http://www.te.com/> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
That's exactly what I had to do.. After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf mailto:tauf.chowdh...@frx.com>> wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Develop
Re: MidTier Cache
I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf wrote: > ** > > It should rebuild the viewstats file automagically. > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Kemes, Lisa > *Sent:* Friday, November 11, 2011 11:17 AM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: MidTier Cache > > ** ** > > ** > > LJ, yes, I meant Tomcat. Sorry for the confusion. :) > > > > Our OS is Win2003. > > > > I stopped Tomcat, deleted all the Cache files under the cache folder, > renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). > I'm finally able to see my changes. > > > > Made another test change on a form (added a field), flushed the cache, > still can see the changes Ugh! I can't find the cachetemp directory only > cache. > > > > Also should I rename the viewstats.dat file back to the original name? I > was hoping that it would create a fresh new one when I restarted Tomcat.** > ** > > > > I don't have the Sync option on my configuration tool. Maybe because we > are on 7.1 p7 for ARS? > > > > If I make a change to a form, would I be checking the Forms.data and > FormFields.data files under cache to see when they update? > > Thanks! > > Lisa > > > > ** ** > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing > *Sent:* Friday, November 11, 2011 11:02 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: MidTier Cache > > ** > > Lisa, > > I’m running 7.6.4 MidTier & Remedy server and have no issues with the > flush cache. > > ** ** > > You didn’t mention the OS of your setup…but I’m not sure if it’s > relevant…I’m on Win2k3 for reference. > > ** ** > > Cache Persistence would make it so that a restart of Tomcat (You said > Apache…don’t know if you meant that, or if you meant Tomcat…because Tomcat > would likely be your JSP engine) wouldn’t ‘clear your cache’….because of > the persistence…if you are looking for a restart to clear the cache, you > would need to disable cache persistence, in that manner everything would be > stored in memory > > ** ** > > But…since you have the cache persistence enabled…I think you should be > able to find the cache files on the MidTier server and see when they > actually got updated after your update….that may give you a better idea of > how long it’s taking. > > ** ** > > Have you tried ‘Sync’ instead of ‘Flush’?...I’ve heard problems with > Sync…but not many…so I don’t know if one will work better for you than > another > > ** ** > > Just some things to try. > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Kemes, Lisa > *Sent:* Friday, November 11, 2011 7:04 AM > *To:* arslist@ARSLIST.ORG > *Subject:* MidTier Cache > > ** ** > > ** > > We used to be able to update a form (on dev) and then flush the MidTier > Cache and then view the form in the Midtier and see the changes. > > > > Lately, it's not working. We flush the cache, no changes. I restarted > Apache, still don't see my changes. Delete all browsing history on my IE > 8, still no changes. > > > > We have our cache settings Definition Change Check Interval (Seconds) set > to 300 (I also have the perform check enabled). So after 5 minutes we > should see the change (if our flush didn't work). > > > > I don't see my changes until the next DAY. > > > > What's getting "stuck?" > > > > Some more info - Prefetch is not enabled. Preload was enabled a couple of > months ago, but I have turned it off. Enable Cache Persistence is > enabled. > > > > We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is > separate than our ARS server. > > > > *Lisa Kemes* > > AR System Developer > TEIS - USA > > +1 717 810 2408 tel > +1 717 602 9460 mobile > *lisa.ke...@te.com* > 100 Amp Drive > > Harrisburg, PA 17112
Re: MidTier Cache
It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com <http://www.te.com/> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
I meant Made another test change on a form (added a field), flushed the cache, still CAN'T see the changes Ugh! I can't find the cachetemp directory only cache. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 www.te.com<http://www.te.com/> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 www.te.com<http://www.te.com/> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
Lisa, I'm running 7.6.4 MidTier & Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup.but I'm not sure if it's relevant.I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache.don't know if you meant that, or if you meant Tomcat.because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'..because of the persistence.if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But.since you have the cache persistence enabled.I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update..that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync.but not many.so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com <http://www.te.com/> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
Good luck! There's also a cachetemp directory in that same midtier folder that can be cleared as well. If you want to get REALLY crazy, go into the Midtier\web-inf\classes directory and rename the viewstats.dat file! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:14 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Thanks Tauf! That was my next step. Hoping I don't have to do this everytime we want to see a new change! I'll do this and see if it helps. Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chowdhury, Tauf Sent: Friday, November 11, 2011 10:06 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, Sometimes the cache gets "stuck." If you flush the cache, do you see files in the cache directory? If so, you should delete those before starting Apache. The normal directory location is here: \\%Server%\Program Files\BMC Software\ARSystem\midtier\cache From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 <http://www.te.com/> www.te.com <http://www.te.com/> <http://twitter.com/teconnectivity> <http://www.facebook.com/teconnectivity> <http://www.flickr.com/photos/teconnectivity/> <http://www.linkedin.com/groups?gid=1591657> <http://www.youtube.com/teconnectivity> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful.
Re: MidTier Cache
Thanks Tauf! That was my next step. Hoping I don't have to do this everytime we want to see a new change! I'll do this and see if it helps. Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chowdhury, Tauf Sent: Friday, November 11, 2011 10:06 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, Sometimes the cache gets "stuck." If you flush the cache, do you see files in the cache directory? If so, you should delete those before starting Apache. The normal directory location is here: \\%Server%\Program Files\BMC Software\ARSystem\midtier\cache From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]<http://www.te.com/> www.te.com<http://www.te.com/> [http://www.te.com/images/socialmedia/twitter.png]<http://twitter.com/teconnectivity>[http://www.te.com/images/socialmedia/facebook.png]<http://www.facebook.com/teconnectivity>[http://www.te.com/images/socialmedia/flickr.png]<http://www.flickr.com/photos/teconnectivity/>[http://www.te.com/images/socialmedia/linkedin.png]<http://www.linkedin.com/groups?gid=1591657>[http://www.te.com/images/socialmedia/youtube.png]<http://www.youtube.com/teconnectivity> _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
I had the same issue so I disabled Enable Cache Persistence and it solved that problem. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 8:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]<mailto:[mailto:arslist@ARSLIST.ORG]> On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]<http://www.te.com/> www.te.com<http://www.te.com/> [http://www.te.com/images/socialmedia/twitter.png]<http://twitter.com/teconnectivity>[http://www.te.com/images/socialmedia/facebook.png]<http://www.facebook.com/teconnectivity>[http://www.te.com/images/socialmedia/flickr.png]<http://www.flickr.com/photos/teconnectivity/>[http://www.te.com/images/socialmedia/linkedin.png]<http://www.linkedin.com/groups?gid=1591657>[http://www.te.com/images/socialmedia/youtube.png]<http://www.youtube.com/teconnectivity> _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
Lisa, Sometimes the cache gets "stuck." If you flush the cache, do you see files in the cache directory? If so, you should delete those before starting Apache. The normal directory location is here: \\%Server%\Program Files\BMC Software\ARSystem\midtier\cache From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 <http://www.te.com/> www.te.com <http://www.te.com/> <http://twitter.com/teconnectivity> <http://www.facebook.com/teconnectivity> <http://www.flickr.com/photos/teconnectivity/> <http://www.linkedin.com/groups?gid=1591657> <http://www.youtube.com/teconnectivity> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: MidTier Cache
I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]<http://www.te.com/> www.te.com<http://www.te.com/> [http://www.te.com/images/socialmedia/twitter.png]<http://twitter.com/teconnectivity> [http://www.te.com/images/socialmedia/facebook.png] <http://www.facebook.com/teconnectivity> [http://www.te.com/images/socialmedia/flickr.png] <http://www.flickr.com/photos/teconnectivity/> [http://www.te.com/images/socialmedia/linkedin.png] <http://www.linkedin.com/groups?gid=1591657> [http://www.te.com/images/socialmedia/youtube.png] <http://www.youtube.com/teconnectivity> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
MidTier Cache
We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting "stuck?" Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com<mailto:lisa.ke...@te.com> 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]<http://www.te.com/> www.te.com<http://www.te.com/> [http://www.te.com/images/socialmedia/twitter.png]<http://twitter.com/teconnectivity> [http://www.te.com/images/socialmedia/facebook.png] <http://www.facebook.com/teconnectivity> [http://www.te.com/images/socialmedia/flickr.png] <http://www.flickr.com/photos/teconnectivity/> [http://www.te.com/images/socialmedia/linkedin.png] <http://www.linkedin.com/groups?gid=1591657> [http://www.te.com/images/socialmedia/youtube.png] <http://www.youtube.com/teconnectivity> ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Flushing Midtier cache
Do you know the unique IPs of the individual servers? You should be able to use those in place of the server name In our cluster each server still has a unique name which can be accessed i.e.Clustered VIP = remweb Server 1 = remweb01 Server 2 = remweb02 Fred From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Friday, August 03, 2007 5:08 PM To: arslist@ARSLIST.ORG Subject: Re: Flushing Midtier cache ** I tried that but it the VIP always does the redirection and you cannot tell it two go to a specific server On 8/3/07, Payne, George < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > wrote: ** Frank, Tell the VIP to duck and get out of the way! Try this: /arsys/shared/config/config.jsp You should be prompted for the password. Gp George Payne Assistant Director, User Services Information Technology Services University of Texas at Austin 512.232.7513 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Friday, August 03, 2007 2:45 PM To: arslist@ARSLIST.ORG Subject: Flushing Midtier cache ** Is there is a way to flush a MidTier cache directly from the web server, not from Remedy Config Tool? Have a need to flush one of our MidTier caches but sine they are behind a VIP I cannot get there. Thank you -- Frank Caruso Specific Integration, Inc. Senior Remedy Engineer, ITIL Foundation Certified www.specificintegration.com 703-376-1249 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
Re: Flushing Midtier cache
I tried that but it the VIP always does the redirection and you cannot tell it two go to a specific server On 8/3/07, Payne, George <[EMAIL PROTECTED]> wrote: > > ** > > Frank, > > > > Tell the VIP to duck and get out of the way! > > > > Try this: /arsys/shared/config/config.jsp > > > > You should be prompted for the password. > > > > Gp > > > > George Payne > > Assistant Director, User Services > > Information Technology Services > > University of Texas at Austin > > 512.232.7513 > -- > > *From:* Action Request System discussion list(ARSList) [mailto: > [EMAIL PROTECTED] *On Behalf Of *Frank Caruso > *Sent:* Friday, August 03, 2007 2:45 PM > *To:* arslist@ARSLIST.ORG > *Subject:* Flushing Midtier cache > > > > ** Is there is a way to flush a MidTier cache directly from the web > server, not from Remedy Config Tool? > > Have a need to flush one of our MidTier caches but sine they are behind a > VIP I cannot get there. > > Thank you > > __20060125___This posting was submitted with HTML in > it___ > __20060125___This posting was submitted with HTML in > it___ -- Frank Caruso Specific Integration, Inc. Senior Remedy Engineer, ITIL Foundation Certified www.specificintegration.com 703-376-1249 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
Re: Flushing Midtier cache
Frank, Tell the VIP to duck and get out of the way! Try this: /arsys/shared/config/config.jsp You should be prompted for the password. Gp George Payne Assistant Director, User Services Information Technology Services University of Texas at Austin 512.232.7513 From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Friday, August 03, 2007 2:45 PM To: arslist@ARSLIST.ORG Subject: Flushing Midtier cache ** Is there is a way to flush a MidTier cache directly from the web server, not from Remedy Config Tool? Have a need to flush one of our MidTier caches but sine they are behind a VIP I cannot get there. Thank you __20060125___This posting was submitted with HTML in it___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
Flushing Midtier cache
Is there is a way to flush a MidTier cache directly from the web server, not from Remedy Config Tool? Have a need to flush one of our MidTier caches but sine they are behind a VIP I cannot get there. Thank you ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
