[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

3436.0. "wildcards and alarmrules" by CLARID::HOFSTEE (Take a RISC, buy a VAX) Mon Jul 27 1992 11:04

Is there anybody who can clear up some areas around alarms and wildcards. I
have read the manual, but it isn't clear (to me), which wildcards are 
supported and which aren't , and how they should be interpreted. Some
specific questions are:

1.Are wildcards supported in all rule types (occurs,change_of,expression).
2.Are wildcards supported for all global entities and for all child
  entities. If not, which ARE supported and which aren't?
3.If I create a wildcard alarm on let's say a node4 occurs rule 
  like OCCURS (NODE4 * LINE * .....)
  Does this mean that this alarm will also be effective for all NODE4's that
  I add AFTER that I've created this alarm? Is the same true for the other
  alarm rule types?

Thanks for any clarification

Timo

T.RTitleUserPersonal
Name
DateLines
3436.1no wilde cards for change-ofHERON::PATEL_ALoLo-AQIC-I82Q-B4IP, - LMFMon Jul 27 1992 12:246
    my 2cents Timo
    
    >1 change-of rule does not support global or child entities
       rules with global wild cards and statistc attributes not allowed
    
    Amrit
3436.2documentation error?CLARID::HOFSTEETake a RISC, buy a VAXTue Jul 28 1992 05:0015
    
>    >1 change-of rule does not support global or child entities
>       rules with global wild cards and statistc attributes not allowed

If this is true, than there is a mistake in the documentation, since it is
stated in the alarms/notification doc on page 5-12 that deals with the 
change_of rule :'Variable definitions (that is, entity , attribute,value,value)
are the same as those specified for the comparison alarm expression. You can
also employ the wildcard designation (*)'

And what about the other issues?

Com'on Amrit, you should know now that you followed the training :):)

Timo
3436.3see rel notes sec 4.8.3 for q's 1 & 2HERON::PATEL_ALoLo-AQIC-I82Q-B4IP, - LMFTue Jul 28 1992 06:1914
    
    If only a one week training on such a product (mega yeas dev) made us
    all into instant gurus ;-) ...

    for 1 and 2 see rel notes
    besides I am reading from the release notes section 4.8.3 page 4-21 -
    the only training you need for that is the "speed reading"

    yr Q 3 is more tricky... leave this to those really in the know


    Amrit

3436.4Change-of does not support wildcards in the ENTITY SPECIFICATIONMOLAR::ROBERTSKeith Roberts - DECmcc Toolkit TeamTue Jul 28 1992 08:5838
RE: .2

  From Alarms & Notifications v1.2 Manual (bookreader):

  ----------------------------------------------------------

  Change Of Rule: Detecting Changes in an Attributes' Value

    :
    :

  EXPRESSION = (CHANGE_OF( entity_attribute,value_1,value_2 ),schedule_time)

  Variable definitions (that is, entity, attribute, and value) are the same
  as those specified for the comparison alarm expression.  You can
  also employ the wildcard designation (*).

  ----------------------------------------------------------

  I'm not sure what this is trying to say, but v1.2 Alarms does NOT support
  a global or child wildcard in the entity specification for the Change-Of
  Function.  It is our hope to get this functionality into the next release
  of Alarms.

  The *only* wildcarding allowed in the Change-Of function is the the second
  and third arguments: value_1 and value_2 ...

	Value_1          Value_2          Description
	-------          -------          -----------------------------
	 value            value           Change from Value_1 to Value_2
	 value              *             Change from Value_1 to anything
	   *              value           Change from anything to Value_2
	   *                *             Change from anything to anything

  For example, if you used wildcards for both value_1 and value_2, this
  tells alarms "if the entity-attribute ever changes value, let me know"

  /keith
3436.5when are they expanded?CLARID::HOFSTEETake a RISC, buy a VAXWed Jul 29 1992 05:4218

thanks for the pointers. The release notes indeed clear up things. It seems
to come down on: 

'You can use wildcards in ALL rule types for ALL global entities and ALL
 childentities, EXCEPT for the change_of rule type and the expression rule
 type in combination with a statistic attribute'

Is that correct?

leaves the last question: When are the wildcards translated into real 
global/child entities? On every evaluation of the rule in a domain? 
When the rule is created?

Thanks

Timo
3436.6Global Wildcards expanded during *each* Rule EvaluationMOLAR::ROBERTSKeith Roberts - DECmcc Toolkit TeamWed Jul 29 1992 12:5128
RE: .5

  Timo,

> 'You can use wildcards in ALL rule types for ALL global entities and ALL
> childentities, EXCEPT for the change_of rule type and the expression rule
> type in combination with a statistic attribute'
>
> Is that correct?

  Yes - this is correct

> leaves the last question: When are the wildcards translated into real 
> global/child entities? On every evaluation of the rule in a domain? 
> When the rule is created?

  Alarms expands a Global Wildcard for *each* evaluation by calling the
  Domain FM with "show domain <x> member *, select list = <global-entity>

  So Alarms will pick up changes made to the Domain without the need to
  disable/enable the rule.

  Note:  The Domain "select list" construct is only available from the
         programming interface; that is, not from the FCL or Iconic-map.

  /keith


3436.7and what about child entitiesCLARID::HOFSTEETake a RISC, buy a VAXThu Jul 30 1992 06:1214
Just one more question:

The previous replies talked about GLOBAL wildcard entities. What about child
entities?

IF I specify : NODE4 ABC LINE *, 

will this be expanded in the same way as explained in the previous reply, eg.
every time the rule is evaluated?

Thanks

Timo
3436.8The DECnet AM will expand the Line wildcardMOLAR::ROBERTSKeith Roberts - DECmcc Toolkit TeamThu Jul 30 1992 10:5514
  Timo,

> IF I specify : NODE4 ABC LINE *, 
>
> will this be expanded in the same way as explained in the previous
> reply, eg. every time the rule is evaluated?

  The Alarms FM does not expand the child wildcard - this will be done
  by the Management Module which alarms calls; in your case the DECnet 
  Line child entity ... and I 'assume' that the MM will expand the child
  entity for each evaluation

  /keith