[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

2067.0. "PA and output time" by LOOKUP::WOODCOCK () Fri Jan 10 1992 11:02

Hi there,

I seem to have a time problem. When I issue the PA command below it reports
statistics in what looks like GMT. MCC_TDF=-5:00, DNS also has a timezone of 
-5:00. Is there something else I need to check or is this a bug in PA. FWIW 
if I show ALL COUNTERS the time is outputed correctly. T1.2.4 VMS 5.4-3...

thanks for any info,
brad...

*** EST = 10-JAN-1992 08:49:12 ***
!
show snmp LITTLETON_W interface 4 rcv octet rate,for start 6:0 -
every 1:0 until 8:0 dur 1:0, in domain .lkg-55
!
!SNMP NOCMAN_NS:.LITTLETON_W Interface 4
!AT 10-JAN-1992 12:00:00 Statistics
!
!                        Rcvd Octet Rate = 531.34 Octets/Sec
!
!SNMP NOCMAN_NS:.LITTLETON_W Interface 4
!AT 10-JAN-1992 13:00:00 Statistics
!
!                        Rcvd Octet Rate = 381.17 Octets/Sec
!
EXIT
!


T.RTitleUserPersonal
Name
DateLines
2067.1prob with DURATION > 2:0 alsoLOOKUP::WOODCOCKFri Jan 10 1992 17:0523
Hi again,

I also cannot issue an snmp pa command for a duration greater than 2 hours
without an error. The log shows an example of dur=4:0 but if the same command
is issued with EVERY=2:0 and DUR=2:0 all appears to work well. Could this be
a related problem to .0 ???

MCC> show snmp TOONTOWN_W interface 3 rcvd octet rate,-
_MCC> xmitd octet rate,-
_MCC> for start 9-jan-1992:9:0 every 4:0 until 9-jan-1992:17:0 -
_MCC> dur 4:0,in doma .PKO-24

SNMP NOCMAN_NS:.TOONTOWN_W Interface 3
AT 10-JAN-1992 14:59:42 Statistics

Internal error occurred in DECmcc PA FM.
MCC>


regards,
brad...


2067.2TOOK::ANWARUDDINAnwarMon Jan 13 1992 11:1411
re .0

This looks like a bug. 

re .1

This is a known problem and is release noted. This is due to the
fact that there are too many samples in the requested duration and
not enough buffer space. By using a shorter duration you are reducing
the number of buffers needed. This will be fixed for V1.2 

2067.3suggestion for buffersFACVAX::WOODCOCKMon Jan 13 1992 11:5622
re .2

>> This looks like a bug. 

Shall I post this as a QAR?

>> This is a known problem and is release noted. This is due to the
>> fact that there are too many samples in the requested duration and
>> not enough buffer space. By using a shorter duration you are reducing
>> the number of buffers needed. This will be fixed for V1.2 

Yes, I did miss it. Restriction of only being able to work with 10 samples
is more than inadequate, it's unusable and users will be happy to see the
fix. As a suggestion, the PA should be able to handle the number of default
samples set up by historian (although I don't know what this means to the 
system!). Example: Historian defaults keep age to 45 days, counters to
15 minutes, and characteristics to 24 hours. Therefore, the total number of
samples stored to produce 45 days of stats is (45 line char) + (45 cir char)
+ (4320 cir counters) = 4410 (minimum for DECnet).

kind regards,
brad...
2067.4QAR itTOOK::ANWARUDDINAnwarMon Jan 13 1992 18:569
re .3

.
.

Shall I post this as a QAR?

>> Yes.