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

Conference csc32::consolemanager

Title:POLYCENTER Console Manager
Notice:Kits, Scans, Docs on CSC32:: as PCM$KITS:,PCM$DOCS:, PCM$SCANS:
Moderator:CSC32::BUTTERWORTH
Created:Thu Aug 06 1992
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:1541
Total number of notes:6564

1380.0. "Event from one node (but not one being monitored)" by CHOWDA::GLICKMAN (writing from Newport,RI) Wed Sep 11 1996 07:54

    When I am monitoring a VAXcluster from PCM if an event happens on
    another node than I am monitoring real time yet the message does
    show up as an OPCOM message on the node I am monitoring should I
    be able to filter an action for?
    
    If I haven't made myself clear with this run on sentence let me
    site an example:
    
    	%%%%%% OPCOM 5-SEP-1996 13:46:22.69 %%%%%% (from node VAXB 
        Message from user SYSTEM on VAXB
        %PURVEYOR-I-DBSTATUS, status for database APL$DISK20:[PURVEYOR]
        .
        .
        .
    
    This is for the console on VAXF.  VAXB is not set up yet.  Can
    I trap for event %PURVEYOR-I-DBSTATUS on all systems in the
    group I have established in PCM?
    
    Appreciating any comments.
    
T.RTitleUserPersonal
Name
DateLines
1380.1CSC32::BUTTERWORTHGun Control is a steady hand.Wed Sep 11 1996 14:3336
    I'm still not sure I understand the question.  Here's my interpretation
    of what I think you want:
    
    
    You get an OPCOM message from VAXB and it is sent to all systems in the 
    cluster as is typical of OPCOM messages. If any line of the OPCOM
    message matches an event in the config database an event is triggered
    on *all* systems in that cluster and you do not want this to happen.
    If a message originates on VAXB you only want the event triggered on
    VAXB. Correct?
    
    If so then there is a somewhat rudimentary solution. You must use
    either a timer on the filter(s) that might trap this event or you place
    an event timer in the filter. Filters have two timers that may be used.
    The filter timer says how many seconds between events must elapse
    before the filter will be evaluated again. The event timer says how
    many seconds between iterations of an event must occur before the event
    will be dispatched to the action routine(s). This is the best you can
    do prior to OpenVMS 7.0.
    
    If your managed systems are running OpenVMS 7.0 there are two logicals
    that can be defined as follows:
    
    OPC$ALLOW_INBOUND
    
    and 
    
    OPC$ALLOW_OUTBOUND
    
    These logicals effect how inbound or outbound messages are handled. If
    OPC$ALLOW_OUTBOUND is set to FALSE on all nodes in a cluster then you
    have effectively disabled cluster-wide opcom messages. This is the
    real solution to this very old problem.
    
    Regs,
     Dan