Re: ARS 7.6.04 Filter Objects being cached?

[Nathan Aker]

I’ve been experiencing on our Dev server which is a single server.  Haven’t yet 
tried in our QA / Prod environments which are server groups.

Nathan Aker
ITSM Solution Architect
McAfee, Inc.


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of patchsk
Sent: Wednesday, October 19, 2011 10:45 PM
To: arslist@ARSLIST.ORG
Subject: Re: ARS 7.6.04 Filter Objects being cached?

** If you are running on a server group, then it is a known defect.At least for 
7.6.03. Seems like it is impacting 7.6.04. Did you try patch2?
It was fixed in 7.6.03 patch002, so I guess it might have rolled out in 7.6.04 
patch002 also if they already knew.


SW00374664 The administrative AR System server in a server group did not 
propagate the server objects’
time stamps (which follow) to other AR System servers on which administrative 
operations
were disabled:
„ Last changed
„ Last created
„ Last deleted
As a result, the Sync Cache process in BMC Remedy Mid Tier failed.

We did upgrade to patch002 and still see sometimes it takes a while to get the 
other servers recahce with the changes or sometimes it wont.
So we started restarting all our servers after code migration as a precaution.
On the midtier side some times flushing the midtier cache only does not work. 
We had to flush IE cache, cookies and temp files to see the new changes.
_attend WWRUG11 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: ARS 7.6.04 Filter Objects being cached?

[patchsk]

If you are running on a server group, then it is a known defect.At least for 
7.6.03. Seems like it is impacting 7.6.04. Did you try patch2?
It was fixed in 7.6.03 patch002, so I guess it might have rolled out in 
7.6.04 patch002 also if they already knew.


SW00374664 The administrative AR System server in a server group did not 
propagate the server objects’ 
time stamps (which follow) to other AR System servers on which 
administrative operations 
were disabled:
„ Last changed
„ Last created
„ Last deleted
As a result, the Sync Cache process in BMC Remedy Mid Tier failed.

We did upgrade to patch002 and still see sometimes it takes a while to get 
the other servers recahce with the changes or sometimes it wont.
So we started restarting all our servers after code migration as a 
precaution.
On the midtier side some times flushing the midtier cache only does not 
work. We had to flush IE cache, cookies and temp files to see the new 
changes.

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

Re: ARS 7.6.04 Filter Objects being cached?

[bullcreek.com]

Are you working in a server group?  If so, your objects may not show up on the 
others servers in the server group immediately after saving if you are using a 
load balancer to connect to the server group and not directly to a specific box.

Running the arsignal command from will force the objects to be synchronized 
between the servers you specify.  Depending on a few factors (# of servers in 
the group, network connections/bandwidth between them, amount of objects to be 
synch'd etc.), it still may take a bit for the objects to appear on all of the 
servers in a group.

Phil Bautista
President / CEO
Bull Creek Data Corporation
www.bullcreek.com
Remedy Approved Consultant (RAC)
512-731-0304
-Original message-
From: Shafqat Ayaz shafq...@yahoo.com
Date: Wed, 19 Oct 2011 18:44:27 -0400
To: arslist@ARSLIST.ORG
Subject: Re: ARS 7.6.04 Filter Objects being cached?

> I also have had this experience with both Active Links and Filters. The cha> 
> nges take a while to appear. And this is in the UT not Mid-Tier.

Â>  
only a life lived for others is a life worthwhile (A. Einstein)

> Shafqat Ayaz          Â>  Â Â Â Â Â Â Â Â  





_> ___
From: Nathan Aker 
> To: arslist@ARSLIST.ORG
Sent: Wednesday, October 19, 2011 12:45 PM
Subj> ect: ARS 7.6.04 Filter Objects being cached?


** 
Hola Friends,
>  
Anyone else running ARS 7.6.04 (SP1 in our case) seen a delay from>  when they 
save a filter to when the update takes effect?  I’v> e got some custom 
backend filter processing on a staging form and in workin> g with it and making 
changes I’m finding that if I update a filter,>  the change does not 
immediately take effect (as it always has in Remedy in>  my experience).   If 
I make the change, wait for the save to com> plete, then retry my update 
operation that triggers the workflow, the workf> low does not reflect my 
changes immediately.   I have to wait abo> ut 90-120 seconds and then I see 
my change take effect.
 
Anyone k> now if there is now some form of caching related to filter objects 
now?Â>   Perhaps due to the new Overlay feature?   Found this interest> ing 
and thought I’d share.
 
Nate.
 
Nathan Aker> 
ITSM Solution Architect

McAfee, Inc.
5000 Headquarters Drive
Pl> ano, TX 75024

Web:www.mcafee.com
 
 
_attend WWRUG11 w> ww.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: ARS 7.6.04 Filter Objects being cached?

[Shafqat Ayaz]

**
I also have had this experience with both Active Links and Filters. The changes take a while to appear. And this is in the UT not Mid-Tier. only a life lived for others is a life worthwhile (A. Einstein)Shafqat Ayaz     From: Nathan Aker To: arslist@ARSLIST.ORGSent: Wednesday, October 19, 2011 12:45 PMSubject: ARS 7.6.04 Filter Objects being cached?
**
Hola Friends,  Anyone else running ARS 7.6.04 (SP1 in our case) seen a delay from when they save a filter to when the update takes effect?  I’ve got some custom backend filter processing on a staging form and in working with it and making changes I’m finding that if I update a filter, the change does not immediately take effect (as it always has in Remedy in my experience).   If I make the change, wait for the save to complete, then retry my update operation that triggers the workflow, the workflow does not reflect my changes immediately.   I have to wait about 90-120 seconds and then I see my change take effect.  Anyone know if there is now some form of caching
 related to filter objects now?  Perhaps due to the new Overlay feature?   Found this interesting and thought I’d share.  Nate.  Nathan AkerITSM Solution ArchitectMcAfee, Inc.5000 Headquarters DrivePlano, TX 75024Web:www.mcafee.com     _attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_

_attend WWRUG11 www.wwrug.com  ARSlist: "Where the Answers Are"_

Re: ARS 7.6.04 Filter Objects being cached?

[strauss]

Yes, quite a while in fact (over an hour sometimes).  This is true of migrated 
filters as well as those edited directly on the server, and this is on 
production (Dev Cache Mode is only active on the Dev server and mid-tier). 
Normally I migrate all changes rather than edit anything directly.

We also see Active Links that are immediately active on Dev after a Flush Cache 
that don't appear on production for weeks - even after I flush the mid-tier 
caches for production - and then maybe on one mid-tier but not another until it 
is flushed again.

I don't flush the mid-tier caches often at all, since they have proven 
completely capable of toasting the AREA plugin in one way or another (usually 
no error seen - just stops working).

My assessment of caching on 7.6.04.01 is that it is riddled with 
inconsistencies, does not post updates or work as reliably as 7.1.00.x, is able 
to crash external authentication on a whim, and is currently the most 
fragile/unreliable part of the entire ITSM Suite.

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 Nathan Aker
Sent: Wednesday, October 19, 2011 2:46 PM
To: arslist@ARSLIST.ORG
Subject: ARS 7.6.04 Filter Objects being cached?

**
Hola Friends,

Anyone else running ARS 7.6.04 (SP1 in our case) seen a delay from when they 
save a filter to when the update takes effect?  I've got some custom backend 
filter processing on a staging form and in working with it and making changes 
I'm finding that if I update a filter, the change does not immediately take 
effect (as it always has in Remedy in my experience).   If I make the change, 
wait for the save to complete, then retry my update operation that triggers the 
workflow, the workflow does not reflect my changes immediately.   I have to 
wait about 90-120 seconds and then I see my change take effect.

Anyone know if there is now some form of caching related to filter objects now? 
 Perhaps due to the new Overlay feature?   Found this interesting and thought 
I'd share.

Nate.

Nathan Aker
ITSM Solution Architect

McAfee, Inc.
5000 Headquarters Drive
Plano, TX 75024

Web:www.mcafee.com

[cid:image001.jpg@01CC8E73.91A5D7D0]

_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
<>

Re: ARS 7.6.04 Filter Objects being cached?

[Grooms, Frederick W]

Are you running in "Development Cache Mode"  (See the Configuration tab in the 
Server Information of the Administration Console)

Fred

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Nathan Aker
Sent: Wednesday, October 19, 2011 2:46 PM
To: arslist@ARSLIST.ORG
Subject: ARS 7.6.04 Filter Objects being cached?

**
Hola Friends,

Anyone else running ARS 7.6.04 (SP1 in our case) seen a delay from when they 
save a filter to when the update takes effect?  I've got some custom backend 
filter processing on a staging form and in working with it and making changes 
I'm finding that if I update a filter, the change does not immediately take 
effect (as it always has in Remedy in my experience).   If I make the change, 
wait for the save to complete, then retry my update operation that triggers the 
workflow, the workflow does not reflect my changes immediately.   I have to 
wait about 90-120 seconds and then I see my change take effect.

Anyone know if there is now some form of caching related to filter objects now? 
 Perhaps due to the new Overlay feature?   Found this interesting and thought 
I'd share.

Nate.

Nathan Aker
ITSM Solution Architect

McAfee, Inc.
5000 Headquarters Drive
Plano, TX 75024

Web:www.mcafee.com

[Description: cid:image002.jpg@01CC30F2.B6B584F0]




___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
<>