| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2185.1 | QAR 2216 | TOOK::MINTZ | Erik Mintz, DECmcc Development | Fri Jan 24 1992 07:50 | 3 |
| Entered as QAR 2216 for documentation. Perhaps someone can help with
the questions in the meanwhile.
|
| 2185.2 | show mcc 0 tcpip_am SINK all attributes | DANZO::CARR | | Fri Jan 24 1992 08:19 | 66 |
|
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 commands | CUJO::HILL | Dan Hill-Net.Mgt.-Customer Resident | Mon Jan 27 1992 11:12 | 23 |
| 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.4 | partition should be notification, not configuration | DANZO::CARR | | Mon Jan 27 1992 13:59 | 44 |
| 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.5 | SHOW MCC 0 TCPIP_AM SINK ALL ATTR hangs process | CUJO::HILL | Dan Hill-Net.Mgt.-Customer Resident | Tue Jan 28 1992 00:37 | 13 |
| 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
|