[SOLVED]Spine return 0 value

[bongs]

Hi Guys,

i have cacti:

• Cacti Version 1.1.38
• Cacti OS unix
• RSA Fingerprint 03:76:7b:7e:3c:6d:ce:f4:c3d4:fa:f4:15:3d:18
• NET-SNMP Version NET-SNMP version: 5.7.2
• RRDtool Version RRDtool 1.4.x
• Devices 670
• Graphs 50,962
• Data Sources Script/Command: 5
• SNMP Get: 1
• SNMP Query: 51,859
• Script Query: 4
• Total: 51,869

poller infomation:

• Interval 300
• Type SPINE 1.1.38 Copyright 2004-2017 by The Cacti Group
• Items Action[0]: 101,829
• Action[1]: 13
• Total: 101,842
• Concurrent Processes 50
• Max Threads 30
• PHP Servers 1
• Script Timeout 25
• Max OID 1
• Last Run Statistics Time:15.9784 Method:spine Processes:50 Threads:30 Hosts:661 HostsPerProcess:14 DataSources:101817 RRDsProcessed:41830

with spine version 1.1.38 i have issue with the value spine return 0 insted of real value get from "snmpget"
below is test from cacti server (centos 7)

SPINE:
2019/12/05 15:50:17 - SPINE: Poller[Main Poller] Device[1] Device[x] TH[1] Graphs[x] DS[y] SNMP: v2: x.x.x.x, dsname: traffic_out, oid: .1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.44.285278469.3, value: 0
2019/12/05 15:50:17 - SPINE: Poller[Main Poller] Device[1] Device[x] TH[1] Graphs[x] DS[y] SNMP: v2: x.x.x.x, dsname: traffic_in, oid: .1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.1.285278469.3, value: 0

SNMPGET:
snmpget -c comunity -v 2c x.x.x.x .1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.44.285278469.3
SNMPv2-SMI::enterprises.3902.1082.500.4.2.2.2.1.44.285278469.3 = Counter64: 8687435446702


i have been follow the debugging from https://www.cacti.net/downloads/docs/ht ... gging.html but still not know the issue.
also have tried to remove the graph and readd the graph but still the graph is empty or zero.

please help me guys!.

[bongs]

here's is below rrdinfo.

[linux]# rrdtool info /usr/share/cacti/rra/x.rrd
filename = "/usr/share/cacti/rra/x.rrd"
rrd_version = "0003"
step = 300
last_update = 1575537906
header_size = 2912
ds[traffic_in].index = 0
ds[traffic_in].type = "COUNTER"
ds[traffic_in].minimal_heartbeat = 600
ds[traffic_in].min = 0.0000000000e+00
ds[traffic_in].max = 1.0000000000e+09
ds[traffic_in].last_ds = "0"
ds[traffic_in].value = 0.0000000000e+00
ds[traffic_in].unknown_sec = 0
ds[traffic_out].index = 1
ds[traffic_out].type = "COUNTER"
ds[traffic_out].minimal_heartbeat = 600
ds[traffic_out].min = 0.0000000000e+00
ds[traffic_out].max = 1.0000000000e+09
ds[traffic_out].last_ds = "0"
ds[traffic_out].value = 0.0000000000e+00
ds[traffic_out].unknown_sec = 0
rra[0].cf = "AVERAGE"
rra[0].rows = 600
rra[0].cur_row = 145
rra[0].pdp_per_row = 1
rra[0].xff = 5.0000000000e-01
rra[0].cdp_prep[0].value = NaN
rra[0].cdp_prep[0].unknown_datapoints = 0
rra[0].cdp_prep[1].value = NaN
rra[0].cdp_prep[1].unknown_datapoints = 0
rra[1].cf = "AVERAGE"
rra[1].rows = 700
rra[1].cur_row = 540
rra[1].pdp_per_row = 6
rra[1].xff = 5.0000000000e-01
rra[1].cdp_prep[0].value = 0.0000000000e+00
rra[1].cdp_prep[0].unknown_datapoints = 0
rra[1].cdp_prep[1].value = 0.0000000000e+00
rra[1].cdp_prep[1].unknown_datapoints = 0
rra[2].cf = "AVERAGE"
rra[2].rows = 775
rra[2].cur_row = 326
rra[2].pdp_per_row = 24
rra[2].xff = 5.0000000000e-01
rra[2].cdp_prep[0].value = 0.0000000000e+00
rra[2].cdp_prep[0].unknown_datapoints = 0
rra[2].cdp_prep[1].value = 0.0000000000e+00
rra[2].cdp_prep[1].unknown_datapoints = 0
rra[3].cf = "AVERAGE"
rra[3].rows = 797
rra[3].cur_row = 283
rra[3].pdp_per_row = 288
rra[3].xff = 5.0000000000e-01
rra[3].cdp_prep[0].value = 0.0000000000e+00
rra[3].cdp_prep[0].unknown_datapoints = 69
rra[3].cdp_prep[1].value = 0.0000000000e+00
rra[3].cdp_prep[1].unknown_datapoints = 69
rra[4].cf = "MAX"
rra[4].rows = 600
rra[4].cur_row = 527
rra[4].pdp_per_row = 1
rra[4].xff = 5.0000000000e-01
rra[4].cdp_prep[0].value = NaN
rra[4].cdp_prep[0].unknown_datapoints = 0
rra[4].cdp_prep[1].value = NaN
rra[4].cdp_prep[1].unknown_datapoints = 0
rra[5].cf = "MAX"
rra[5].rows = 700
rra[5].cur_row = 73
rra[5].pdp_per_row = 6
rra[5].xff = 5.0000000000e-01
rra[5].cdp_prep[0].value = 0.0000000000e+00
rra[5].cdp_prep[0].unknown_datapoints = 0
rra[5].cdp_prep[1].value = 0.0000000000e+00
rra[5].cdp_prep[1].unknown_datapoints = 0
rra[6].cf = "MAX"
rra[6].rows = 775
rra[6].cur_row = 127
rra[6].pdp_per_row = 24
rra[6].xff = 5.0000000000e-01
rra[6].cdp_prep[0].value = 0.0000000000e+00
rra[6].cdp_prep[0].unknown_datapoints = 0
rra[6].cdp_prep[1].value = 0.0000000000e+00
rra[6].cdp_prep[1].unknown_datapoints = 0
rra[7].cf = "MAX"
rra[7].rows = 797
rra[7].cur_row = 409
rra[7].pdp_per_row = 288
rra[7].xff = 5.0000000000e-01
rra[7].cdp_prep[0].value = 0.0000000000e+00
rra[7].cdp_prep[0].unknown_datapoints = 69
rra[7].cdp_prep[1].value = 0.0000000000e+00
rra[7].cdp_prep[1].unknown_datapoints = 69

[Osiris]

Reduce MAX OID's to 1 and see if you get the same error.

[bongs]

Hi Osiris,

thank you for your response, btw i already set MAX OID to 1. see above poller information.

with realtime showing the graph perfectly fine.

[Osiris]

Must be a timeout issue then, though it should output a U in that case. I'm not sure about this one honestly. You may have to do some advanced debugging by instrumenting your code.

[netniV]

This isn't a 32-bit vs 64-bit issue is it? I noticed that the counter was a counter64, which spine should handle, but if you have compiled spine under a 32-bit system, that may not cope with the large value.

[bongs]

Hi Osiris, Hi Netniv

thank you both for the response. its gives me a clue to further check my cacti configuration and its solved my issue.

this issue is with The Maximum OIDs Per Get Request on the device is set to 50, i just realize that Max OID have set on devices whereas before i think its only from Setting--> Poller --> The Maximum SNMP OIDs per SNMP Get Request.

when i change the Maximum OIDs Per Get Request on the device set to 1 the spine got value from the device.

[root@cacti bin]# /usr/local/spine/bin/spine --verbosity=5 609 609
2019/12/11 12:14:52 - SPINE: Poller[1] Device[609] TH[1] DS[72461] SNMP: v2: 10.99.19.133, dsname: traffic_in, oid: .1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.1.285278469.3, value: 7642704824781
2019/12/11 12:14:52 - SPINE: Poller[1] Device[609] TH[1] DS[72461] SNMP: v2: 10.99.19.133, dsname: traffic_out, oid: .1.3.6.1.4.1.3902.1082.500.4.2.2.2.1.44.285278469.3, value: 8852191458370