John Bruer！
I also noticed the TIMETICKS. This keyword, at the very beginning, was not
added by me. I presumed the snmpcollect made TIMETICKS keyword here. What I put
there is GAGUE, which shows among the output if a snmpget is conducted.
And from the snmpcol.trace, the log will look like this if I put Gague as the
keyword:
THUR. AUG 14 11:37:25 : Invalid type for MIB NokiaCPUUtility.0 node
10.10.30.200: 0x42 (need SNMPTIMETICKS).
Right, maybe I should put SNMPTIMETICKS instead of TIMETICKS out there.
Let me try.....
Cordially
Bruce Yang
0086-755-26743243
hbyang@sysway.com
======= 2003-08-14 23:58:00 您在来信中写道：=======
>"Haibo Yang" <hbyang@sysway.com> writes:
>> Hello, list.
>>
>> Netview 7.1.3 on Win2000 Pro with Pack 2
>
>> MIB .1.3.6.1.4.1.94.1.21.1.7.1 0 NokiaCPUUtility units TIMETICKS R ibmbackup
>>
>> C 10.10.30.200 0xffffffff 120 > 40.000000 <= 35.000000 s 58720263
>
>
>> Hi John Bruer,
>>
>> Thank you for your help. From snmpcol.trace, there are really
>> some useful information. I have noticed several log about
>> collecting the specific NOKIA MIB value. But I don't understand
>> it really, let alone how to debug it.
>> ########### Beginning##########
>> The log says:
>> Thur. Aug 14 15:29:39 : Deferring SNMP collection of
>> NokiaCPUUtility.0 on
>> 10.10.30.200 60 minutes (1.00 hours). Consecutive deferral #1.
>> ################ End #################
>
>I'm stretching now, but I have felt you pain in the past.
>
>You know, that keyword TIMETICKS in your conf doesn't look familiar to
>me, and it's different from the other. I just checked my monitor for
>that same OID for ipsoProcessorUtilization and it uses GAUGE as the
>data type.
>
>I'm betting that if you replace TIMETICKS with GAUGE you'll please the
>snmpCollect gods.
>
>When you change the file be sure to ovstop snmpCollect and ovstart
>snmpCollect to recycle the daemon.
>
>Do all your other defined data collections work okay?
>
>
>--
>jb
= = = = = = = = = = = = = = = = = = = =
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|