Hi,
We had similar issues in a similar context. Using Fiddler, we found
some http/304 ("not modified") answers from the local proxy even to
some call backs. We forced Apache to add a no-cache header to all
files but images to resolve the problem.
As for automating the flush of MT cache, it is possible but you really
don't want to do that as a definitive solution. :) It has a huge
impact on performances for all users for at least 10 minutes.
To automate flush cache anyway, on Windows, you have document on BMC
Communities describing the steps.
On Linux, you can do it with wget (I have yet to create a document for
this one).
On Thu, Sep 13, 2012 at 7:29 PM, ravi rai <ravira...@hotmail.com> wrote:
> **
> Login to mid tier config tool
> Cache Settings -->Flush Cache
>
> There are setting for Defination check and resorce check on the cache
> setting page. You can keep that to minimun on Dev and test server
> You can do flush on Dev and test environment frequently to apply and test
> changes but i dont think you need to do it on Prod server other than during
> release window.
>
> Ravi
> ________________________________
> Date: Thu, 13 Sep 2012 17:14:55 +0000
> From: nkst...@sandia.gov
>
> Subject: Re: [EXTERNAL] caching issues mid-tier 7.6.4 SP3
> To: arslist@ARSLIST.ORG
>
>
> **
>
> Shafqat:
>
>
>
> As a tester at my site, I’ve had to become aware of this procedure because
> weird results can occur during testing if it’s not done, but I’m not a
> Remedy admin and I’ve certainly never flushed the mid-tier cache myself. I
> just ask one of our Remedy admins if it’s been done and they take care of it
> for me if it hasn’t.
>
>
>
> Do any of you listers out there know enough about what flushing the mid-tier
> cache entails to be able to give Shafqat some pointers on how to automate
> that procedure?
>
>
>
> Thanks,
>
>
>
> Natalie Stroud
>
> SAIC @ Sandia National Laboratories
>
> ARS-ITSM Tester
>
> Albuquerque, NM USA
>
> nkst...@sandia.gov
>
> ITSM 7.6.04 SP2 – Windows 2008 – SQL Server 2008
>
>
>
>
>
> From: Shafqat Ayaz [mailto:shafq...@yahoo.com]
> Sent: Thursday, September 13, 2012 9:26 AM
> To: Stroud, Natalie K
> Subject: Re: [EXTERNAL] caching issues mid-tier 7.6.4 SP3
>
>
>
> Hi Natalie
>
> Any chance you could please tell me how you clear the cache on the server?
> Apart from the obvious way of going to the server properties!
>
> I am trying to automate it from the command line.
>
>
>
> Thanks
>
>
>
>
>
> Shafqat Ayaz
>
>
>
> ________________________________
>
> From: "Stroud, Natalie K" <nkst...@sandia.gov>
> To: arslist@ARSLIST.ORG
> Sent: Tuesday, September 11, 2012 7:39 PM
> Subject: Re: [EXTERNAL] caching issues mid-tier 7.6.4 SP3
>
>
>
> **
>
> Josh:
>
>
>
> It’s not clear to me whether the cache directories you’ve already deleted
> are server side (i.e. mid-tier) or user side (web browser) or both. In our
> 7.6.04 SP2 installation, we’ve found that if we flush only the mid-tier
> cache without also having the users clear their browser caches (and they
> need to FULLY clear their browser caches by closing ALL open browser
> windows, marking every possible option for clearing in IE – our
> site-standard browser, then going in and deleting any leftover files - I can
> send you the full procedure if you use IE at your site), then behavior
> similar to what you describe happens. We’ve particularly seen behavior like
> this when we upgraded the ITSM application itself, but I would recommend
> doing it even for a mid-tier-only upgrade.
>
>
>
> It’s like both the server side and user side caches need to be fully
> refreshed in order for everything to work right. And if you do this and
> still have issues, you can be confident that the problem isn’t being
> obscured or caused by caching conflicts. We’ve found that in going to ITSM,
> we’ve had to become very familiar with the web browser – how its settings
> affect behavior in ITSM and how to clear its cache properly so that you get
> a “clean” pull from ITSM.
>
>
>
> Good luck!
>
>
>
> Natalie Stroud
>
> SAIC @ Sandia National Laboratories
>
> ARS-ITSM Tester
>
> Albuquerque, NM USA
>
> nkst...@sandia.gov
>
> ITSM 7.6.04 SP2 – Windows 2008 – SQL Server 2008
>
>
>
>
>
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Bray, Joshua
> Sent: Tuesday, September 11, 2012 11:47 AM
> To: arslist@ARSLIST.ORG
> Subject: [EXTERNAL] caching issues mid-tier 7.6.4 SP3
>
>
>
> **
>
> Has anyone on the list run in to strange corrupt cache issues with mid-tier
> 7.6.4 SP3? We just upgraded from 7.5 and are having issues since the
> upgrade. What we are seeing are certain fields duplicated and in strange
> places. We are also getting “Caught exception” errors (there are several
> different errors, but they all start with Caught exception). We are in a
> load balanced environment. When a user is having an issue, if they go to the
> other server, they are usually fine (but sometimes, it’s messed up, but it’s
> a different field duplicated and in the wrong place). Usually, if we clear
> the cache on the server, that will clear up the issue, but then another user
> will have a different field that’s messed up.
>
>
>
> I’ve read back through the list and seen others with similar issues, and
> followed the suggestions, but they haven’t fixed the issue. Here is what I
> have tried so far:
>
>
>
> 1. Delete bak files
>
> 2. Deleted cache directories
>
> 3. Added the results list on all views (on the forms where we have seen the
> issue)
>
> 4. Increased the java heap size
>
> 5. Turned off the persistence cache in the mid tier console
>
>
>
> I have looked at some of the hot fixes, but they don’t seem to have any
> fixes for our issues. Here’s our full mid-tier version: 7.6.04 SP3
> 201201302357. We are on Windows 2008, 64GB ram. We have a ticket open with
> BMC, but they just keep asking us for logs.
>
>
>
> Thanks,
>
> Josh Bray
>
> Turner Broadcasting System, INC
>
> _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"
