Re: Mid-Tier Flush Cache Issue 7.6.4 SP4
Can some one from BMC in this list confirm this behaviour. If yes, what is resolution or work around we have.. If this issue, exist it will be very hard for us to ask to customer to upgrade to Sp4. Regards, Bhupesh ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Mid-Tier Flush Cache Issue 7.6.4 SP4
My 7.6.04.03 dev server's local mid-tier is set to Pre-Load (normally left OFF on a production server), and the Cache Settings are: 0 with Perform check selected (THIS VALUE MUST BE 0 FOR DEVELOPMENT CACHE MODE) 0 300 Enable Cache Persistence checked I _believe_ that this is set up as documented for a mid-tier against a server in Development Cache mode, but I set it up in early 2011 and have not needed to change it. I recall David Easter pointing us to the mid-tier cache setting docs well over a year ago... there may have been more than one source. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller Sent: Thursday, November 08, 2012 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Would it be better to turn caching off in the development environment? We have done this in the past as well as currently we set our cache to check every 60 seconds for development environments (CTRL/Shift + Refresh<http://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache> is your friend in the browser). I rarely need to wait the full 60 seconds for the change to show up. There are some types of changes that still seem to need a full flush (in-line form changes, etc.) but by using this configuration we do not have to flush nearly as much as we had to in the past. Jason On Thu, Nov 8, 2012 at 10:24 AM, Rodriguez, Rafael J x23718 mailto:rafael.rodrig...@broadridge.com>> wrote: Thanks LJ, but this seems a bit disrupting. Especially when you are testing development and have to flush the cache a couple times. Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com<mailto:rafael.rodrig...@broadridge.com> -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Wednesday, November 07, 2012 11:03 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 Rafael, It is my understanding that at some point in the past, when you told Mid-Tier to flush, it would clear the cache, and then immediately start the re-cache process per the configured processes. Then at some time during the 7.6.04 versions, this stopped working properly, and a flush did nothing other than get rid of the cache, but did not re-cache anything. It's possible that with the SP4, they re-fixed the issue to make it start caching again, which would explain why it becomes unavailable for awhile. Some liked it one way, others liked it the other...can't please them all. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Rodriguez, Rafael J x23718 Sent: Wednesday, November 07, 2012 8:58 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Hello list, we recently upgraded our dev and qa mid-tier environments from 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally forever to login to application. Once successfully logged in any subsequent attempts are much faster. It never took so long before the upgrade while on SP2. Has anyone experienced this same issue with SP4? Thanks in advance Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com<mailto:rafael.rodrig...@broadridge.com> cid:image004.jpg@01CBE256.CEA9F220 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communicatio
Re: Mid-Tier Flush Cache Issue 7.6.4 SP4
Would it be better to turn caching off in the development environment? We have done this in the past as well as currently we set our cache to check every 60 seconds for development environments (CTRL/Shift + Refresh<http://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache>is your friend in the browser). I rarely need to wait the full 60 seconds for the change to show up. There are some types of changes that still seem to need a full flush (in-line form changes, etc.) but by using this configuration we do not have to flush nearly as much as we had to in the past. Jason On Thu, Nov 8, 2012 at 10:24 AM, Rodriguez, Rafael J x23718 < rafael.rodrig...@broadridge.com> wrote: > Thanks LJ, but this seems a bit disrupting. Especially when you are > testing development and have to flush the cache a couple times. > > Rafael Rodriguez > Manager Remedy/Mid-Tier Enterprise > 201.714.3718 > rafael.rodrig...@broadridge.com > > > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC > Sent: Wednesday, November 07, 2012 11:03 AM > To: arslist@ARSLIST.ORG > Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 > > Rafael, > It is my understanding that at some point in the past, when you told > Mid-Tier to flush, it would clear the cache, and then immediately start the > re-cache process per the configured processes. Then at some time during > the 7.6.04 versions, this stopped working properly, and a flush did nothing > other than get rid of the cache, but did not re-cache anything. It's > possible that with the SP4, they re-fixed the issue to make it start > caching again, which would explain why it becomes unavailable for awhile. > > Some liked it one way, others liked it the other...can't please them all. > > -Original Message- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Rodriguez, Rafael J x23718 > Sent: Wednesday, November 07, 2012 8:58 AM > To: arslist@ARSLIST.ORG > Subject: Mid-Tier Flush Cache Issue 7.6.4 SP4 > > ** > > Hello list, we recently upgraded our dev and qa mid-tier environments from > 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally > forever to login to application. Once successfully logged in any subsequent > attempts are much faster. It never took so long before the upgrade while on > SP2. > > > > Has anyone experienced this same issue with SP4? > > > > Thanks in advance > > > > Rafael Rodriguez > > Manager Remedy/Mid-Tier Enterprise > > 201.714.3718 > > rafael.rodrig...@broadridge.com > > cid:image004.jpg@01CBE256.CEA9F220 > > > > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > _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" > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > > ___ > 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: Mid-Tier Flush Cache Issue 7.6.4 SP4
Thanks LJ, but this seems a bit disrupting. Especially when you are testing development and have to flush the cache a couple times. Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Wednesday, November 07, 2012 11:03 AM To: arslist@ARSLIST.ORG Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 Rafael, It is my understanding that at some point in the past, when you told Mid-Tier to flush, it would clear the cache, and then immediately start the re-cache process per the configured processes. Then at some time during the 7.6.04 versions, this stopped working properly, and a flush did nothing other than get rid of the cache, but did not re-cache anything. It's possible that with the SP4, they re-fixed the issue to make it start caching again, which would explain why it becomes unavailable for awhile. Some liked it one way, others liked it the other...can't please them all. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rodriguez, Rafael J x23718 Sent: Wednesday, November 07, 2012 8:58 AM To: arslist@ARSLIST.ORG Subject: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Hello list, we recently upgraded our dev and qa mid-tier environments from 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally forever to login to application. Once successfully logged in any subsequent attempts are much faster. It never took so long before the upgrade while on SP2. Has anyone experienced this same issue with SP4? Thanks in advance Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com cid:image004.jpg@01CBE256.CEA9F220 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _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" This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Mid-Tier Flush Cache Issue 7.6.4 SP4
I believe they changed this in Sp3, because since then I have to log in as a user in that mid-tier in order to get the re-caching process to start. You can watch it in the \cache folder or the mid-tier configuration - cache page. We accepted the change since Sp3 fixed some troublesome firefox-specific problems with Work Info notes fields, but we did notice the behavior change. 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 Longwing, LJ CTR MDA/IC Sent: Wednesday, November 07, 2012 10:03 AM To: arslist@ARSLIST.ORG Subject: Re: Mid-Tier Flush Cache Issue 7.6.4 SP4 Rafael, It is my understanding that at some point in the past, when you told Mid-Tier to flush, it would clear the cache, and then immediately start the re-cache process per the configured processes. Then at some time during the 7.6.04 versions, this stopped working properly, and a flush did nothing other than get rid of the cache, but did not re-cache anything. It's possible that with the SP4, they re-fixed the issue to make it start caching again, which would explain why it becomes unavailable for awhile. Some liked it one way, others liked it the other...can't please them all. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rodriguez, Rafael J x23718 Sent: Wednesday, November 07, 2012 8:58 AM To: arslist@ARSLIST.ORG Subject: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Hello list, we recently upgraded our dev and qa mid-tier environments from 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally forever to login to application. Once successfully logged in any subsequent attempts are much faster. It never took so long before the upgrade while on SP2. Has anyone experienced this same issue with SP4? Thanks in advance Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com cid:image004.jpg@01CBE256.CEA9F220 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _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" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
Re: Mid-Tier Flush Cache Issue 7.6.4 SP4
Rafael, It is my understanding that at some point in the past, when you told Mid-Tier to flush, it would clear the cache, and then immediately start the re-cache process per the configured processes. Then at some time during the 7.6.04 versions, this stopped working properly, and a flush did nothing other than get rid of the cache, but did not re-cache anything. It's possible that with the SP4, they re-fixed the issue to make it start caching again, which would explain why it becomes unavailable for awhile. Some liked it one way, others liked it the other...can't please them all. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Rodriguez, Rafael J x23718 Sent: Wednesday, November 07, 2012 8:58 AM To: arslist@ARSLIST.ORG Subject: Mid-Tier Flush Cache Issue 7.6.4 SP4 ** Hello list, we recently upgraded our dev and qa mid-tier environments from 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally forever to login to application. Once successfully logged in any subsequent attempts are much faster. It never took so long before the upgrade while on SP2. Has anyone experienced this same issue with SP4? Thanks in advance Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com cid:image004.jpg@01CBE256.CEA9F220 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. _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"
Mid-Tier Flush Cache Issue 7.6.4 SP4
Hello list, we recently upgraded our dev and qa mid-tier environments from 7.6.4 SP2 to 7.6.4 SP4. Now when we flush the mid-tier it take literally forever to login to application. Once successfully logged in any subsequent attempts are much faster. It never took so long before the upgrade while on SP2. Has anyone experienced this same issue with SP4? Thanks in advance Rafael Rodriguez Manager Remedy/Mid-Tier Enterprise 201.714.3718 rafael.rodrig...@broadridge.com [cid:image001.jpg@01CDBCD6.BAEB04C0] This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"<>
