I have deleted the folders on the mid-tier server, and deleted temporary
internet files in Internet explorer (by going to Tools -> Internet
Options), and then closing all browser windows... Clearing the local
cache doesn't fix it (the messed up fields). Sometimes, that does fix
the "Caught Exception" errors though, but not always. If we clear the
server cache, it will usually resolve the issue for that user, but then
other users have issues. So, basically, we spend all day clearing the
mid-tier cache.

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Stroud, Natalie K
Sent: Tuesday, September 11, 2012 2:39 PM
To: [email protected]
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

[email protected]

ITSM 7.6.04 SP2 - Windows 2008 - SQL Server 2008

 

 

From: Action Request System discussion list(ARSList)
[mailto:[email protected]] On Behalf Of Bray, Joshua
Sent: Tuesday, September 11, 2012 11:47 AM
To: [email protected]
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"_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Reply via email to