Value 0 in some snmp check

[pasqu]

I all, I'm trying to monitor an HP switch with Zabbix.
I'm using the HP_Procurve_Template but some traffic checks return always 0 and if I try with snmpget/snmpwalc I get the correct value.

This is my debug for the items 30342:

# with float type

686:20091026:173905 In add_history(itemid:30342,UINT64:696299343)
686:20091026:173905 In add_history(itemid:30342,DOUBLE:696299343.000000)
686:20091026:173905 Query [insert into history (clock,itemid,value) values (1256575145,30342,0.000000)]
686:20091026:173905 Query [select num,value_min,value_avg,value_max from trends where itemid=30342 and clock=1256572800]
686:20091026:173905 Query [update trends set num=10, value_min=0.000000, value_avg=0.000000, value_max=0.000000 where itemid=30342 and clock=1256572800]
686:20091026:173905 In calculate_item_nextcheck (30342,30,"",1256575145)
686:20091026:173905 Query [update items set nextcheck=1256575152,prevvalue=lastvalue,prevorgva lue='696299343.000000',lastvalue='0.000000',lastcl ock=1256575145 where itemid=30342]
686:20091026:173905 In update_functions(30342)
686:20091026:173905 Query [select distinct function,parameter,itemid,lastvalue from functions where itemid=30342]
686:20091026:173905 In update_triggers [itemid:30342]
686:20091026:173905 Query [select distinct t.triggerid,t.expression,t.description,t.url,t.com ments,t.status,t.value,t.priority,t.type from triggers t,functions f,items i where i.status<>3 and i.itemid=f.itemid and t.status=0 and f.triggerid=t.triggerid and f.itemid=30342]
686:20091026:173905 End update_triggers [30342]


# with int type

6166:20091026:175200 In add_history(itemid:30342,UINT64:696299343)
6166:20091026:175200 Query [insert into history_uint (clock,itemid,value) values (1256575920,30342,0)]
6166:20091026:175200 Query [select num,value_min,value_avg,value_max from trends_uint where itemid=30342 and clock=1256572800]
6166:20091026:175200 Query [update trends_uint set num=5,value_min=0,value_avg=0,value_max=0 where itemid=30342 and clock=1256572800]
6166:20091026:175200 In calculate_item_nextcheck (30342,30,"",1256575920)
6166:20091026:175200 Query [update items set nextcheck=1256575932,prevvalue=lastvalue,prevorgva lue='696299343',lastvalue='0',lastclock=1256575920 where itemid=30342]
6166:20091026:175200 In update_functions(30342)
6166:20091026:175200 Query [select distinct function,parameter,itemid,lastvalue from functions where itemid=30342]
6166:20091026:175200 In update_triggers [itemid:30342]
6166:20091026:175200 Query [select distinct t.triggerid,t.expression,t.description,t.url,t.com ments,t.status,t.value,t.priority,t.type from triggers t,functions f,items i where i.status<>3 and i.itemid=f.itemid and t.status=0 and f.triggerid=t.triggerid and f.itemid=30342]
6166:20091026:175201 End update_triggers [30342]

Anyone have some suggestion for correct this issue?

Thanks Enrico.

[MrKen]

I'm using the HP_Procurve_Template but some traffic checks return always 0 and if I try with snmpget/snmpwalc I get the correct value.

"snmpget/snmpwalk I get the correct value." What is correct value? Perhaps you mean that you get a value. Don't forget that ifIn/OutOctets is a counter, so it may show a value (from past usage of that port). Zabbix, on the other hand is using Delta, meaning the difference between before and now. If there is no difference, then it will return 0 bits.

You can try snmpwalk ifInOctets.Portnumber and see a number. Wait 30 seconds or 1 minute and do it again. Did the value change?
Also physically check, is there anything connected to that port?

HTH
MrKen

[richlv]

Zabbix, on the other hand is using Delta, meaning the difference between before and now.

that's a very good guess. what is 'store as' set to for that item ?

[MrKen]

that's a very good guess.

Guess?? Actually I took a look at the HP_Procurve_Template. It is storing In/OutOctet values as 'Delta (speed per second)'.

MrKen

[richlv]

Actually I took a look at the HP_Procurve_Template. It is storing In/OutOctet values as 'Delta (speed per second)'.

user could have modified it
too often i'm reminded about http://bash-hackers.org/wiki/doku.php/misc/bashphorisms ...