Ad Widget

**drevor** · 28-10-2005, 01:05

additional info

here is the result of a tcpdump from the zabbix server

[[email protected] zabbix-1.1beta2]# tcpdump -vv src host (device ip) or dst host (same device ip)
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
17:54:30.527053 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto 17, length: 102) zabbix.server.32903 > (device ip).snmp: { SNMPv2c C=blah { GetRequest(37) R=248643533 E:3375.2.2.10.2.3.1.9.22.68.65.49.83[|snmp] } }
17:54:30.560525 IP (tos 0x0, ttl 59, id 15629, offset 0, flags [DF], proto 17, length: 107) (device ip).snmp > zabbix.server.32903: { SNMPv2c C=blah { GetResponse(37) R=248643533 E:3375.2.2.10.2.3.1.9.22.68.65.49.83=[|snmp] } }

Same command with increased snaplen

[[email protected] zabbix-1.1beta2]# tcpdump -s 200 src host (device ip) or dst host (same device ip)
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 200 bytes
17:57:30.063591 IP zabbix.server.32905 > (device ip).snmp: C=blah GetRequest(57) E:3375.2.2.10.2.3.1.9.22.68.65.49.83.72.77.76.48.4 8.49.45.111.117.116.115.105.100.101.45.118.105.112
17:57:30.103440 IP (device ip).snmp > zabbix.server.32905: C=blah GetResponse(62) E:3375.2.2.10.2.3.1.9.22.68.65.49.83.72.77.76.48.4 8.49.45.111.117.116.115.105.100.101.45.118.105.112 =2652537313

**Alexei** · 28-10-2005, 08:25

Please, download the latest check_snmp.c from CVS. It contains fix for incorrect handling of Counter64 values.

**drevor** · 28-10-2005, 16:37

is check_snmp.c supposed to be checks_snmp.c

just want to verify I am getting the right file.
/src/zabbix_server/poller/checks_snmp.c

**drevor** · 28-10-2005, 19:13

Still having issues

I have recompiled with the new checks_snmp.c and it still does not pull any information. I then created a V1 item and received the following

SNMP error [(noSuchName) There is no such variable name in this MIB.]

I tried adding it by numeric OID and string OID

I researched and found references to zabbix_suckerd. I tried to start this but there is no .conf file for it
I created a .conf file and it starts but does not seem to help the issue

I have updated all of the requirements. Could this be a RedHat EL4 problem, if so os there any way around it?

**drevor** · 04-11-2005, 17:15

snmp v2 still not working

I have updated all the packages on el4and it seems to have fixed the v1 gets
but I am still getting 0 values on snmp v2 gets
has anyone had the same issue?
I have installed zabbix on a fedora core 4 box with the same result

help me Obi Wan Kenobi
your my only hope

**Kayou** · 05-11-2005, 16:29

Hello Drevor,

I m getting very strange resuts as well with snmp and 64 bits counter. I did update the code from cvs too, and then i was able to et values, but now the problem seems to be in the handling of the value by zabbix.

(http://www.zabbix.com/forum/showthread.php?t=1551)

- I had the 0 value problem too.
- Sometimes the value in database is wrong and not the same has the snmp manual command.
- An other problem happened after a while. We did put new equipment up then the 64counter value was very low because the equipement had never wroked before, zabbix snmpv2 item was then running fine and i had correct Mbps values shown for a while. But after some days, i suppose the counter went too high and somewhere in zabbix something was not handle correctly anymore and the Mbps value became within some hours hundreds of Gbps values instead, though values from snmpv2 command was still correct but not anymore in zabbix.

So i think there is still problems on how 64 bits counter and very high values are handle by zabbix.

**drevor** · 09-11-2005, 20:39

more info on zero value

this is the output from the server log:
018880:20051109:120421 In DBnum_rows
018880:20051109:120421 Result of DBnum_rows [2]
018880:20051109:120421 In get_value_SNMP()
018880:20051109:120421 SNMP [[email protected]:0]
018880:20051109:120421 OID [1.3.6.1.4.1.3375.2.1.1.2.1.8.0]
018880:20051109:120421 In get_value_SNMP() 0.2
018880:20051109:120421 In get_value_SNMP() 0.3
018880:20051109:120421 Status send [0]
018880:20051109:120421 In get_value_SNMP() 0.4
018880:20051109:120421 In get_value_SNMP() 1
018880:20051109:120421 In get_value_SNMP() 2
018880:20051109:120421 AV loop()
018880:20051109:120421 Before deleting EOL:
018880:20051109:120421 After deleting EOL:
018880:20051109:120421 GOT VALUE []
018880:20051109:120421 In process_new_value()
018880:20051109:120421 In add_history()

dont know if this helps
but here it is

**drevor** · 09-11-2005, 23:59

even more info and maybe a good place to start

I had a co-worker try and reproduce the problem and he found that when you compile with gcc-3.4 it pulls the values properly but if you compile with gcc-4.0 it inserts 0 values.
I have no idea why but thats the scoop
do I need to downgrade gcc or is there a fix available?
Thanks

**Alexei** · 10-11-2005, 09:11

Please give me the following information:

1. Confirm that you do run the latest check_snmp.c from CVS
2. Version of OS (32/64 bit?)
3. Version of gcc
4. Does it happen with Counter64 only?

**drevor** · 14-11-2005, 16:17

1. Confirm that you do run the latest check_snmp.c from CVS
yes, both of us downloaded it from the CVS

2. Version of OS (32/64 bit?)
I am running FC4 and EL4 both 32bit
He is running Debian but was able to reproduce the issue

3. Version of gcc
I am running 4.0
he compiled with both 3.2 and 4.0

4. Does it happen with Counter64 only?
no, I will try to track down an OID that is not 64 and post results

Ad Widget

SNMP V2 items return value of 0

SNMP V2 items return value of 0

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment