RE: Situation real name

John Alvord <jalvord-r/[email protected]>
Newsgroups gmane.comp.sysutils.tivoli.general
Message-ID <OFB628F98A.3CC268A4-ON88257B4F.004DE71D-88257B4F.00512DBF__49120.3182879419$1366123660$gmane$org@us.ibm.com>
When not specified, CMS_DUPER defaults to YES. That is why you see the _Z_ 
situations.

The doc may be confusing, but you can disable it by specifying 
CMS_DUPER=NO.

Here are some notes I have for a technote:

CMS_DUPER  has been around "forever".  For a long time it had many 
restrictions.  For example

Duper Eligibility Requirements 
Same Table 
Same interval 
New combined _Z_ Situation <10 predicates 
Combine sits with different distribution lists 

Duper Exclusions 
Take Action 
Display Item 
Used in Policy 
Embedded situations 
Until clauses 
*MISSING 
*STR 
*COUNT   
===================================== 
For a long time it stayed like that. It can be disabled with an 
environment variable CMS_DUPER=NO - default is yes. 

In ITM 630 and [I think] ITM 623 FP2 the Take Action and DisplayItem 
exclusions were relaxed. Not ITM 623 FP1 level. 

It is a tremendous benefit for something like z/OS CICS Agent, where there 
can be hundreds or thousands of CICS regions in an LPAR. When just a few 
are combined or melded no gigantic benefit.
==================================================================
The relaxation of restrictions mean it will show up in more places.

It looks to me like you could get a definitive trace t with the following

KBB_RAS1='error (unit:ko4lodge,Entry="newSitRec::buildNameAndPredicate" 
all er)'

or service console

ras1 set  error (unit:ko4lodge,Entry="newSitRec::buildNameAndPredicate" 
all er)

A message something like

Created new sit <%s> by melding <%s>


Regards, 

  



John Alvord - Ph: 1-720-396-2788    Cell: none 
Customer Support - Tivoli Software - jalvord-r/[email protected]
Advisory Engineer - Tivoli Monitoring - ITM infrastructure
Developer Blog - Wonderful World of Situations
Follow us on Twitter! @Tivolisupport and Facebook
Personalize your support needs with the IBM Support Portal
Use Service Request to get assistance!
For emails regarding a PMR, copy [email protected]
For secure browser uploads: https://www.ecurep.ibm.com/app/upload
For Customer Support guidance: IBM Software Support Handbook









From:   "Liu, Jun Feng" <[email protected]>
To:     "Discussion list for Tivoli product and Tivoli Ready products." 
<[email protected]>, 
Date:   04/16/2013 06:54 AM
Subject:        RE: [TME10] Situation real name
Sent by:        [email protected]



Thanks, John
 
I just checked the deployment guide, looks like it disable by default.
 
CMS_DUPER
This parameter enables or disables situation synchronization of common 
filter objects actually monitored by agents or endpoints. Enabling this 
setting in monitoring server environments with predominantly z/OS address 
space applications for example, OMEGAMON® XE for CICS® or Sysplex, 
improves performance and response time by limiting data collection 
samplings on behalf of running situations. Enable it by setting the value 
to YES. Disable by setting the value to NO. By default this parameter is 
not enabled. 
 
 
Thanks
 
Jun Feng Liu
 
TD| Enterprise IT Operations (EITO) I Monitoring Tools Services 

SOC: (416) 983-9293 | C: (416) 428-4932
 
 
 
http://w4.oam.td.com/oar/monitoring/client/Pages/Default.aspx

 
 
From: [email protected] [
mailto:[email protected]] On Behalf Of John Alvord
Sent: Monday, April 15, 2013 7:51 PM
To: Discussion list for Tivoli product and Tivoli Ready products.
Subject: Re: [TME10] Situation real name
 
Until ITM 623 FP3 is is a pretty tough thing to figure out. I was told 
there was a trace at that level which clarifies what the duperized 
situation constituents are. 

The _Z_  situation are "Duperized Situations"  where multiple situations 
are merged into one under some specific conditions. I have sometimes 
figured it out by looking at the Situation "PREDICATE" SQL in the SITDB 
and then looking through the situations which might have been merged and 
figuring it out. 

One way to proceed is to temporarily add CMS_DUPER=NO - say to the 
[Linux/Unix] KBBENV file and recycling the TEMS. Then when the error is 
seen it will relate to one or more of the underlying situations. When you 
work that out you can remove the CMS_DUPER=NO and continue.

Regards, 

 

 



John Alvord - Ph: 1-720-396-2788    Cell: none 
Customer Support - Tivoli Software - jalvord-r/[email protected]
Advisory Engineer - Tivoli Monitoring - ITM infrastructure
Developer Blog - Wonderful World of Situations
Follow us on Twitter! @Tivolisupport and Facebook
Personalize your support needs with the IBM Support Portal
Use Service Request to get assistance!
For emails regarding a PMR, copy [email protected]
For secure browser uploads: https://www.ecurep.ibm.com/app/upload
For Customer Support guidance: IBM Software Support Handbook 










From:        "Liu, Jun Feng" <[email protected]> 
To:        "Discussion list for Tivoli product and Tivoli Ready products." 
<[email protected]>, 
Date:        04/15/2013 01:23 PM 
Subject:        [TME10] Situation real name 
Sent by:        [email protected] 




In the kdsmain.msg, I saw below error message: 
  
4/07/13 21:35:27 KDSPM021   Storage limit exceeded attempting to process 
situation _Z_KLOLOGPEVT17. 
04/07/13 21:35:27 KO41039    Error in request _Z_KLOLOGPEVT17. Status= 
1178. Reason= 50. 
04/07/13 21:35:27 KO41039    Error in request _Z_KLOLOGPEVT17. Status= 
1131. Reason= 1131. 
  
How can I find out the real name for the situation _Z_KLOLOGPEVT17. I 
tried use tacmd viewsit: 
  
tacmd viewsit -s _Z_KLOLOGPEVT17 
  
KUICVS005E: The situation _Z_KLOLOGPEVT17 does not exist on server 
https://XXXX.com:3661. 
  
The command did not complete because the specified situation was not found 
on the server. 
  
Specify a valid situation name and try running the viewsit command again. 
  
  
Thanks 
  
Jun Feng Liu 
  
 

NOTICE: Confidential message which may be privileged. Unauthorized 
use/disclosure prohibited. If received in error, please go to 
www.td.com/legal for instructions.
AVIS : Message confidentiel dont le contenu peut être privilégié. 
Utilisation/divulgation interdites sans permission. Si reçu par erreur, 
prière d'aller au www.td.com/francais/avis_juridique pour des 
instructions._______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]
_______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]

_______________________________________________
TME10 mailing list
[email protected]
Unsubscribe:[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.