RE: [nv-l] NV tuning for Data collection

At 02:17 PM 13-01-05 +0000, "Liu, David" <david.liu AT eds DOT com> wrote:

Joe and Leslie,

Thanks for your advice. I'll do some further investigation and testing, especially to avoid collecting those "non-reply" and "non-response" objects.

One other "problem" appearing in the trace file:

"MIB cpmCPUTotal5min, (and ciscoMemoryPoolFree) on 'hostname' gave type Gauge, expect TIMESTICKS (due to mib.coerce file?)"

1) I did not specify anything in the coerce file and checked at Cisco site that CPU and Memory should be type Gauge (32). Why they expect TIMESTICKS?

2) Does this error have impact on the quality of data collection (e.g. delay etc.)?

Regards,
David

David,

Well, I am tempted to answer your second question by saying that if NetView says Time sticks that accounts for the delays you are getting.

:-)

Sorry, excuse my weak attempt at humour. I don't think the data type conflict is going to cause significant delays.

I suggest you paste into your email reply the exact entry that you have put into snmpCol.conf and people on this list can look at it and see if we can see any error.

Looks to me that cpmCPUTotal5min is:

.iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).cisco(9).ciscoMgmt(9).ciscoProcessMIB (109).ciscoProcessMIBObjects(1).cpmCPU(1).cpmCPUTotalTable(1).cpmCPUTotalEntry(1).cpmCPUTotal5min(5)

so I would think your snmpCol.conf entry should have

.1.3.6.1.4.1.9.9.109.1.1.1.1.5

in the OID field for cpmCPUTotal5min

However, it is too hard to get OIDs right when typing them into an email, so send the list a copy and paste of your entry. If the OID field is wrong, snmpcollect will attempt to retrieve a different object whih may be of data type Timeticks.

Joe Fernandez

Kardinia Software

jfernand AT kardinia DOT com

www.kardinia.com

<Prev in Thread]	Current Thread	[Next in Thread>
RE: [nv-l] NV tuning for Data collection, (continued) RE: [nv-l] NV tuning for Data collection, Liu, David RE: [nv-l] NV tuning for Data collection, Allison, Jason (JALLISON) RE: [nv-l] NV tuning for Data collection, Joe Fernandez RE: [nv-l] NV tuning for Data collection, Liu, David RE: [nv-l] NV tuning for Data collection, James Shanks RE: [nv-l] NV tuning for Data collection, Liu, David [nv-l] Loading ibm2100.mib, Javier Morate Guerrero Re: [nv-l] Loading ibm2100.mib, James Shanks RE: [nv-l] NV tuning for Data collection, James Shanks RE: [nv-l] NV tuning for Data collection, Liu, David RE: [nv-l] NV tuning for Data collection, Joe Fernandez <=