Misi -
We have the same issue. We run with dev cache mode off in production and
are required to bounce the server (extending the outage by at least 10+10
minutes) to flip in and out of dev cache mode.
I have also found that making changes with dev cache off is risky, and has
caused serious issues with timeouts halfway through object changes.
The re-cache events can be captured in the thread logs, with the
additional server config file setting of:
Copy-Cache-Logging: T
This is the first initial build...
<THRD> /* Sun Nov 15 2009 02:36:12.1180 */ InitServerCache Begin
<THRD> /* Sun Nov 15 2009 02:43:38.1260 */ InitServerCache End:
rpcCallProc=0 tid=2708
And subsequent recaches..
<THRD> /* Sun Nov 15 2009 10:28:47.2310 */ CopyCache Begin:
rpcCallProc=10002 user="Remedy Application Service" tid=2708 rpcId=0
<THRD> /* Sun Nov 15 2009 10:30:30.8860 */ CopyCache End
<THRD> /* Sun Nov 15 2009 10:38:01.5740 */ FreeServerCache: rpcCallProc=94
user="tibco" tid=532 rpcId=286130
I am excited for the pre-load settings of 7.5 -- and am hoping it will
alleviate the time-out issues by allocating more threads and specifying
"No" for at init only -- thereby allowing small admin changes, while
leaving the server in non-dev cache mode.
Tony
Tony Worthington | Sr. Technical Analyst | Kohl?s Department Stores
N56 W17000 Ridgewood Drive | Menomonee Falls, WI 53051 | office: (262)
703-7763 | e-mail: tony.worthing...@kohls.com
From:
Misi Mladoniczky <m...@rrr.se>
To:
arslist@ARSLIST.ORG
Date:
11/20/2009 08:49 AM
Subject:
Development Cache Mode revisited
Sent by:
"Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG>
Hi all,
If you have Development Cache Mode ON for a production environment.
What would be the impact, if:
- No admin-changes were done
- And No changes to Groups of the type View/Change were done
The client runs ARServer 7.1.0 patch 4, ITSM 7.0, Windows and Oracle. it
is a server group with 2 servers.
The reason I ask, is that if they have Cache-Mode turned OFF (0), the
production server seems to time out when they actually do an admin change.
For example enabling an escalation.
They want to do occasional admin-changes during off-hours when activity is
very low.
I tried to catch the actual "recaching" in my AR Server SQL-log, but could
not find any such activity. Maybe it is not logged for some reason???
Best Regards - Misi, RRR AB, http://rrr.se
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
**********************************************************************
CONFIDENTIALITY NOTICE:
This is a transmission from Kohl's Department Stores, Inc.
and may contain information which is confidential and proprietary.
If you are not the addressee, any disclosure, copying or distribution or use of
the contents of this message is expressly prohibited.
If you have received this transmission in error, please destroy it and notify
us immediately at 262-703-7000.
CAUTION:
Internet and e-mail communications are Kohl's property and Kohl's reserves the
right to retrieve and read any message created, sent and received. Kohl's
reserves the right to monitor messages by authorized Kohl's Associates at any
time
without any further consent.
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
