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 |
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.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
2067.1 | prob with DURATION > 2:0 also | LOOKUP::WOODCOCK | Fri Jan 10 1992 15:05 | 23 | |
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.2 | TOOK::ANWARUDDIN | Anwar | Mon Jan 13 1992 09:14 | 11 | |
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.3 | suggestion for buffers | FACVAX::WOODCOCK | Mon Jan 13 1992 09:56 | 22 | |
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.4 | QAR it | TOOK::ANWARUDDIN | Anwar | Mon Jan 13 1992 16:56 | 9 |
re .3 . . Shall I post this as a QAR? >> Yes. |