OK have a similar issue to what others have reported with the XML's though not uniformed in nature, i.e. some work some don't.
WORKS: SNMP_Informant_Standard - CPU Statistics
WORKS: SNMP_Informant_Standard - Disk Statistics
WORKS: SNMP_Informant_Standard - Objects Statistics
FAILS: SNMP_Informant_Standard - Memory Statistics
Running data query [15].
+ Found type = '3' [SNMP Query].
+ Found data query XML file at '/usr/local/share/cacti/resource/snmp_queries/snmp_informant_standard_memory.xml'
+ XML file parsed ok.
+ <oid_num_indexes> missing in XML file, 'Index Count Changed' emulated by counting oid_index entries
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.9600.1.1.2' Index Count: 0
+ No SNMP data returned
FAILS: SNMP_Informant_Standard - Network Statistics
+ Running data query [16].
+ Found type = '3' [SNMP Query].
+ Found data query XML file at '/usr/local/share/cacti/resource/snmp_queries/snmp_informant_standard_network.xml'
+ XML file parsed ok.
+ <oid_num_indexes> missing in XML file, 'Index Count Changed' emulated by counting oid_index entries
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.9600.1.1.3.1.1' Index Count: 0
+ No SNMP data returned
Now if I do a snmpwalk FROM my FreeBSD box where Cacti is installed it works fine (using memory as an example using the OID referenced above):
[email protected]:/usr/local/share/snmp/mibs # snmpwalk -m +INFORMANT-STD -v 2c -c STRING target.b.c.d .1.3.6.1.4.1.9600.1.1.2
INFORMANT-STD::memoryAvailableBytes.0 = Gauge32: 455442432
INFORMANT-STD::memoryAvailableKBytes.0 = Gauge32: 105302368
INFORMANT-STD::memoryAvailableMBytes.0 = Gauge32: 102834
INFORMANT-STD::memoryCommittedBytes.0 = Gauge32: 3840229376
INFORMANT-STD::memoryCacheBytes.0 = Gauge32: 97828864
INFORMANT-STD::memoryCacheBytesPeak.0 = Gauge32: 203575296
INFORMANT-STD::memoryPageFaultsPerSec.0 = Gauge32: 645
INFORMANT-STD::memoryPagesInputPerSec.0 = Gauge32: 0
INFORMANT-STD::memoryPagesOutputPerSec.0 = Gauge32: 0
INFORMANT-STD::memoryPagesPerSec.0 = Gauge32: 0
INFORMANT-STD::memoryPoolNonpagedBytes.0 = Gauge32: 1086558208
INFORMANT-STD::memoryPoolPagedBytes.0 = Gauge32: 254464000
INFORMANT-STD::memoryPoolPagedResidentBytes.0 = Gauge32: 238940160
INFORMANT-STD::memorySystemCacheResidentBytes.0 = Gauge32: 97828864
INFORMANT-STD::memorySystemCodeResidentBytes.0 = Gauge32: 0
INFORMANT-STD::memorySystemCodeTotalBytes.0 = Gauge32: 0
INFORMANT-STD::memorySystemDriverResidentBytes.0 = Gauge32: 17625088
INFORMANT-STD::memorySystemDriverTotalBytes.0 = Gauge32: 12283904
INFORMANT-STD::memoryCommittedKBytes.0 = Gauge32: 28916048
INFORMANT-STD::memoryCacheKBytes.0 = Gauge32: 95536
INFORMANT-STD::memoryCacheKBytesPeak.0 = Gauge32: 198804
INFORMANT-STD::memoryPoolNonpagedKBytes.0 = Gauge32: 1061092
INFORMANT-STD::memoryPoolPagedKBytes.0 = Gauge32: 248500
INFORMANT-STD::memoryPoolPagedResidentKBytes.0 = Gauge32: 233340
INFORMANT-STD::memorySystemCacheResidentKBytes.0 = Gauge32: 95536
INFORMANT-STD::memorySystemCodeResidentKBytes.0 = Gauge32: 0
INFORMANT-STD::memorySystemCodeTotalKBytes.0 = Gauge32: 0
INFORMANT-STD::memorySystemDriverResidentKBytes.0 = Gauge32: 17212
INFORMANT-STD::memorySystemDriverTotalKBytes.0 = Gauge32: 11996
INFORMANT-STD::memoryCommittedMBytes.0 = Gauge32: 28238
INFORMANT-STD::memoryCacheMBytes.0 = Gauge32: 93
INFORMANT-STD::memoryCacheMBytesPeak.0 = Gauge32: 194
INFORMANT-STD::memoryPoolNonpagedMBytes.0 = Gauge32: 1036
INFORMANT-STD::memoryPoolPagedMBytes.0 = Gauge32: 242
INFORMANT-STD::memoryPoolPagedResidentMBytes.0 = Gauge32: 227
INFORMANT-STD::memorySystemCacheResidentMBytes.0 = Gauge32: 93
INFORMANT-STD::memorySystemCodeResidentMBytes.0 = Gauge32: 0
INFORMANT-STD::memorySystemCodeTotalMBytes.0 = Gauge32: 0
INFORMANT-STD::memorySystemDriverResidentMBytes.0 = Gauge32: 16
INFORMANT-STD::memorySystemDriverTotalMBytes.0 = Gauge32: 11
also if I do that w/ the MID the OID's raw are:
SNMPv2-SMI::enterprises.9600.1.1.2.1.0 = Gauge32: 431783936
SNMPv2-SMI::enterprises.9600.1.1.2.2.0 = Gauge32: 105279264
SNMPv2-SMI::enterprises.9600.1.1.2.3.0 = Gauge32: 102811
SNMPv2-SMI::enterprises.9600.1.1.2.4.0 = Gauge32: 3850579968
SNMPv2-SMI::enterprises.9600.1.1.2.5.0 = Gauge32: 101634048
SNMPv2-SMI::enterprises.9600.1.1.2.6.0 = Gauge32: 203575296
SNMPv2-SMI::enterprises.9600.1.1.2.7.0 = Gauge32: 357
SNMPv2-SMI::enterprises.9600.1.1.2.8.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.9.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.10.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.11.0 = Gauge32: 1086218240
SNMPv2-SMI::enterprises.9600.1.1.2.12.0 = Gauge32: 254464000
SNMPv2-SMI::enterprises.9600.1.1.2.13.0 = Gauge32: 238919680
SNMPv2-SMI::enterprises.9600.1.1.2.14.0 = Gauge32: 101634048
SNMPv2-SMI::enterprises.9600.1.1.2.15.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.16.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.17.0 = Gauge32: 17625088
SNMPv2-SMI::enterprises.9600.1.1.2.18.0 = Gauge32: 12283904
SNMPv2-SMI::enterprises.9600.1.1.2.19.0 = Gauge32: 28926160
SNMPv2-SMI::enterprises.9600.1.1.2.20.0 = Gauge32: 99252
SNMPv2-SMI::enterprises.9600.1.1.2.21.0 = Gauge32: 198804
SNMPv2-SMI::enterprises.9600.1.1.2.22.0 = Gauge32: 1060760
SNMPv2-SMI::enterprises.9600.1.1.2.23.0 = Gauge32: 248500
SNMPv2-SMI::enterprises.9600.1.1.2.24.0 = Gauge32: 233320
SNMPv2-SMI::enterprises.9600.1.1.2.25.0 = Gauge32: 99252
SNMPv2-SMI::enterprises.9600.1.1.2.26.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.27.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.28.0 = Gauge32: 17212
SNMPv2-SMI::enterprises.9600.1.1.2.29.0 = Gauge32: 11996
SNMPv2-SMI::enterprises.9600.1.1.2.30.0 = Gauge32: 28248
SNMPv2-SMI::enterprises.9600.1.1.2.31.0 = Gauge32: 96
SNMPv2-SMI::enterprises.9600.1.1.2.32.0 = Gauge32: 194
SNMPv2-SMI::enterprises.9600.1.1.2.33.0 = Gauge32: 1035
SNMPv2-SMI::enterprises.9600.1.1.2.34.0 = Gauge32: 242
SNMPv2-SMI::enterprises.9600.1.1.2.35.0 = Gauge32: 227
SNMPv2-SMI::enterprises.9600.1.1.2.36.0 = Gauge32: 96
SNMPv2-SMI::enterprises.9600.1.1.2.37.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.38.0 = Gauge32: 0
SNMPv2-SMI::enterprises.9600.1.1.2.39.0 = Gauge32: 16
SNMPv2-SMI::enterprises.9600.1.1.2.40.0 = Gauge32: 11
I don't think it's a permissions problem as the other three work just fine and perms are identical. I did wonder if an issue mentioned in another post with Juniper (
Can't get SNMP index values with XML query, but snmpwalk can) though have my doubts as CPU pulls a quantity / higher index (I have 40 cores, query works just fine so as memory index way lower). No errors on import and the XML templates I pulled were right off a fresh git sync (and parsed by according to verbose debug)
System Info [Server]
FreeBSD 10.1 (uname -a: FreeBSD cacti.b.c.d 10.1-RELEASE-p9 FreeBSD 10.1-RELEASE-p9 #0: Tue Apr 7 15:37:20 HST 2015
[email protected]:/usr/obj/usr/src/sys/GENERIC amd64)
Cacti 0.8.8c ( pkg info | grep cacti : cacti-0.8.8c_1)
System Info [ Target ]
Windows 2012 R2 DataCenter
Informant Std 1.7 [free version]
EDIT: Also just to make sure it wasn't a corruption issue, I hashed the git hub version off the net (
https://raw.githubusercontent.com/mrles ... memory.xml) against the local version both synced AND in the cacti/resources folder, all three identical hashes.