[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

2185.0. "SNMP AM Documentation Errors; EVENTs Logging setup questions" by CUJO::HILL (Dan Hill-Net.Mgt.-Customer Resident) Fri Jan 24 1992 03:25

    As you know, the TCPIP / SNMP AM documentation for T1.2 has a number of
    errors in it.  This has made setting up events very confusing.  In
    fact, coupled with a few other problems, I can't get it to work at all.
    
    I think I may have some problems with bad versions of images, but I'm
    not sure.
    
                      *  *  *  *  *  *  *  *
    Does anyone have a STEP-BY-STEP procedure for setting up event logging
    under T1.2.4 that I could use to point me in the right direction?
                      *  *  *  *  *  *  *  *
    
    What is the proper command syntax for GETEVENT ?
    
    Also, please note the error when using the command below: 
    MCC> SHOW MCC 0 TCPIP_AM EVENT_SINK
    %MCC-W-ATTRUNKNOWN, unknown attribute EVENT_SINK
    
    In fact, none of the commands in the TCPIP SNMP AM Use Manual will
    work.
    
    -Dan 
    
T.RTitleUserPersonal
Name
DateLines
2185.1QAR 2216TOOK::MINTZErik Mintz, DECmcc DevelopmentFri Jan 24 1992 10:503
Entered as QAR 2216 for documentation.  Perhaps someone can help with
the questions in the meanwhile.

2185.2show mcc 0 tcpip_am SINK all attributesDANZO::CARRFri Jan 24 1992 11:1966
Dan,

	Here's an example of the GETEVENT directive, issued from one
	process and an example of a showing sink attribtes from another
        process on the same system.  The TCPIP_AM child entity should
        be SINK, not EVENT_SINK, as stated in the documentation.

Regards,

	Dan

================   MCC Process 1 on node DANZO::  =============================
		

MCC> getevent snmp chipcom any configuration event,for duration 05:00

SNMP ETHRFX_NS:.chip
AT 24-JAN-1992 08:07:36 CONFIGURATION EVENTS

Successfully received event(s):
Event: enterpriseSpecific
An enterpriseSpecific trap was received:
                             enterprise = "1.3.6.1.4.1.49.1.3.1.0"
                             agent-addr = 16.126.16.124
                           generic-trap = enterpriseSpecific
                          specific-trap = 2
                             time-stamp = 14753609

			.
			.    (two traps deleted)
			.


serviced cancel request calls
MCC> exit



===============    MCC Process 2 on node DANZO::   ============================


MCC> sho mcc 0 tcpip_am sink all attr

MCC 0      TCPIP_AM SINK
AT 24-JAN-1992 08:07:57 All Attributes

                             Sink State = Running
                 Time when Sink Started = 24-JAN-1992 08:07:18.08
                     Time of Last Event = 24-JAN-1992 08:07:42.41
                     Type of Last Event = linkDown
                        Current Clients = 1
               coldStart Traps Received = 0
               warmStart Traps Received = 0
                linkDown Traps Received = 1
                  linkUp Traps Received = 0
   authenticationFailure Traps Received = 0
         egpNeighborLoss Traps Received = 0
      enterpriseSpecific Traps Received = 2
                   Total Traps Received = 3
                  Counter Creation Time = 24-JAN-1992 08:07:18.08
                      Component Version = T1.2.4
               Component Identification = "MCC TCPIP/SNMP AM EVENT SINK"
                     Sink Start Retries = 10
                  Sink Start Wait Timer = 2
MCC>
2185.3%MCC-E-INV_ATTRIBUTE when using SNMP GETEVENT commandsCUJO::HILLDan Hill-Net.Mgt.-Customer ResidentMon Jan 27 1992 14:1223
    It still doesn't work for me, Dan.  Results are below:
    
    =====MCC Process 1 on node KIRK:: ======
    MCC> getevent snmp xyplex1 any configuration event, for duration 05:00
    %MCC-E-INV_ATTRIBUTE, invalid attribute partition
    MCC>
    
    --->> What am I doing wrong???
    
    =====MCC Process 2 on node KIRK:: ======
    MCC> show mcc 0 tcpip_am sink all attribute
      (process HIBernates in MCC_MAIN.EXE, since the GETEVENT command
       from process 1 did not generate a sink process for the process 2
       command to look at.)
    	      *	I think it would be better to display an error message
    		and return to MCC> rather than just hang the process.
    	      * Also, when I type Control-Y to gain control of my process
	        the process terminates completely (I lose my window).
    
    -Dan
    
    PS.  By the way, I have noticed trapped event messages in OPCOM, so
    	 something is working right.
2185.4partition should be notification, not configurationDANZO::CARRMon Jan 27 1992 16:5944
Dan,

>    It still doesn't work for me, Dan.  Results are below:
>    
>    =====MCC Process 1 on node KIRK:: ======
>    MCC> getevent snmp xyplex1 any configuration event, for duration 05:00
>    %MCC-E-INV_ATTRIBUTE, invalid attribute partition
>    MCC>
>    
>    --->> What am I doing wrong???


  Try, MCC> getevent snmp xyplex1 any notification event, for duration 05:00

  We changed the partition from notification to configuration just after
  we went to field test. The field test version has snmp events defined in the
  notification partition.  Sorry for the bad info.

>    =====MCC Process 2 on node KIRK:: ======
>    MCC> show mcc 0 tcpip_am sink all attribute
>      (process HIBernates in MCC_MAIN.EXE, since the GETEVENT command
>       from process 1 did not generate a sink process for the process 2
>       command to look at.)
>    	      *	I think it would be better to display an error message
>    		and return to MCC> rather than just hang the process.
>    	      * Also, when I type Control-Y to gain control of my process
>	        the process terminates completely (I lose my window).
    
  This command should always return something, regardless of whether the sink 
  is running or not running or any events have been returned.   If it's
  hanging, then there's a bug somewhere.  We've also made some changes in
  the area of sink management since we went to field test.  The next
  release of the software will incorporate these and the changes mentioned
  above.  





    -Dan
    
    PS.  By the way, I have noticed trapped event messages in OPCOM, so
    	 something is working right.

2185.5SHOW MCC 0 TCPIP_AM SINK ALL ATTR hangs processCUJO::HILLDan Hill-Net.Mgt.-Customer ResidentTue Jan 28 1992 03:3713
    Rahul Bose solved this one.  Seems I had a corrupted event pool which
    caused the above-mentioned FCL command to hang in MCC_MAIN.EXE in HIB
    state.  Control-Y kills the process.
    
    A system reboot fixed the problem.
    
    This subject is also discussed in notes 1917, 2104, and 2138.
    
    I was really pleased by how easy it was to set trap events (once the
    syntax was straightened out) via FCL and IMPM.
    
    Thanks again,
    -dh