WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
Moderators: Developers, Moderators
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
I seem to have an inverse issues to some that I've read - I get the thumbnails generated for queues/transfers, but not the actual graphs. It was working fine on an Ubuntu 12.04 and 0.8.7something version of cacti. Upgraded to 14.04 and 0.8.8b and this is happening. The datasources update, the thumbnails are accurate, but the actual graphs never get created.
I tried on another ubuntu box, fresh install of 14.04 and 0.8.8b. Exact same behavior. Other metrics are fine, only queues/transfers does this.
I tried on another ubuntu box, fresh install of 14.04 and 0.8.8b. Exact same behavior. Other metrics are fine, only queues/transfers does this.
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
An update, graph debug actually shows the graph. They're simply not being created in the output directory (graphs directory under webroot). Other graphs work fine, thumbnails for these missing graphs are fine.
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
All,
I have deployed a new Ubuntu 14.04 Cacti Server running 0.8.8c and have not been able to duplicate this issue. Seems as when I have seen something similar to this previously it was a permissions issue on the RRD's in the RRA folder.
I have deployed a new Ubuntu 14.04 Cacti Server running 0.8.8c and have not been able to duplicate this issue. Seems as when I have seen something similar to this previously it was a permissions issue on the RRD's in the RRA folder.
@mrlesmithjr
http://everythingshouldbevirtual.com
http://everythingshouldbevirtual.com
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
The RRAs update fine, I wonder if it could be a combo of 14.04 and 0.8.8b? I had this issue on an upgraded server (12.04 with 0.8.7i upgraded to 14.04 with 0.8.8b from repos). Worked fine before, had this issue after. So I built a fresh 14.04 and installed from repos (again, 0.8.8b as that's what Ubuntu has) and it experiences the same issue. I'll try throwing in 0.8.8c to see if that resolves things.
*EDIT*
In the meantime, I threw cacti from Ubuntu repos onto a 12.04 box and these same graphs work like a champ (though I had to find an older version, which was in this thread).
*EDIT*
In the meantime, I threw cacti from Ubuntu repos onto a 12.04 box and these same graphs work like a champ (though I had to find an older version, which was in this thread).
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
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):
me@cacti.b.c.d:/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 (http://forums.cacti.net/viewtopic.php?f=12&t=44672) 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 me@cacti.b.c.d:/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.
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):
me@cacti.b.c.d:/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 (http://forums.cacti.net/viewtopic.php?f=12&t=44672) 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 me@cacti.b.c.d:/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.
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
Hi!
I use Cacti Version 0.8.8c and
** SNMP Informant Standard Metrics for Windows Devices ** v14 Release 08/16/2013
Created by @mrlesmithjr
http://everythingshouldbevirtual.com
Localized version windows(xp,7,2008,2012) adds Russian characters in the name of the network interface. Because of this, the data returned by snmp-informant as follows:
Verbose query get
+ Running data query [16].
+ Found type = '3' [SNMP Query].
+ Found data query XML file at '/home/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: 1
+ Index found at OID: '1.3.6.1.4.1.9600.1.1.3.1.1.58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84' value: 'D0:A1:D0:B5:D1:82:D0:B5:D0:B2:D0:BE:D0:B5:20:D0:BF:D0:BE:D0:B4:D0:BA:D0:BB:D1:8E:D1:87:D0:B5:D0:BD:D0:B8:D0:B5:20:49:6E:74:65:6C:5B:52:5D:20:50:52:4F:5F:31:30:30:30:20:4D:54'
+ index_parse at OID: '1.3.6.1.4.1.9600.1.1.3.1.1.58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84' results: '58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84'
+ Located input field 'netInstance' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.9600.1.1.3.1.1'
+ Found item [netInstance='D0:A1:D0:B5:D1:82:D0:B5:D0:B2:D0:BE:D0:B5:20:D0:BF:D0:BE:D0:B4:D0:BA:D0:BB:D1:8E:D1:87:D0:B5:D0:BD:D0:B8:D0:B5:20:49:6E:74:65:6C:5B:52:5D:20:50:52:4F:5F:31:30:30:30:20:4D:54'] index: 58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84 [from value]
snmpwalk return this data
[root@mon ~]# snmpwalk -v2c -c public 10.10.10.22 .1.3.6.1.4.1.9600.1.1.3.1.1
SNMPv2-SMI::enterprises.9600.1.1.3.1.1.58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84 = Hex-STRING: D0 A1 D0 B5 D1 82 D0 B5 D0 B2 D0 BE D0 B5 20 D0
BF D0 BE D0 B4 D0 BA D0 BB D1 8E D1 87 D0 B5 D0
BD D0 B8 D0 B5 20 49 6E 74 65 6C 5B 52 5D 20 50
52 4F 5F 31 30 30 30 20 4D 54
the length of the field turns out more snmp_index described in the table and the graphics are not built.
CREATE TABLE `data_local` (
...
`snmp_index` VARCHAR(256) NOT NULL DEFAULT '',
...
As I understand it, the problem is that the cacti are not handled correctly value "Hex-STRING:" in request OID value
<oid_index>.1.3.6.1.4.1.9600.1.1.3.1.1</oid_index>
<oid_index_parse>OID/REGEXP:.*\.1\.(.*)$</oid_index_parse>
I rummaged all Internet, but did not find the solution to this problem. Really nobody faced? Maybe there is some nice solution for this problem?
I use Cacti Version 0.8.8c and
** SNMP Informant Standard Metrics for Windows Devices ** v14 Release 08/16/2013
Created by @mrlesmithjr
http://everythingshouldbevirtual.com
Localized version windows(xp,7,2008,2012) adds Russian characters in the name of the network interface. Because of this, the data returned by snmp-informant as follows:
Verbose query get
+ Running data query [16].
+ Found type = '3' [SNMP Query].
+ Found data query XML file at '/home/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: 1
+ Index found at OID: '1.3.6.1.4.1.9600.1.1.3.1.1.58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84' value: 'D0:A1:D0:B5:D1:82:D0:B5:D0:B2:D0:BE:D0:B5:20:D0:BF:D0:BE:D0:B4:D0:BA:D0:BB:D1:8E:D1:87:D0:B5:D0:BD:D0:B8:D0:B5:20:49:6E:74:65:6C:5B:52:5D:20:50:52:4F:5F:31:30:30:30:20:4D:54'
+ index_parse at OID: '1.3.6.1.4.1.9600.1.1.3.1.1.58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84' results: '58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84'
+ Located input field 'netInstance' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.9600.1.1.3.1.1'
+ Found item [netInstance='D0:A1:D0:B5:D1:82:D0:B5:D0:B2:D0:BE:D0:B5:20:D0:BF:D0:BE:D0:B4:D0:BA:D0:BB:D1:8E:D1:87:D0:B5:D0:BD:D0:B8:D0:B5:20:49:6E:74:65:6C:5B:52:5D:20:50:52:4F:5F:31:30:30:30:20:4D:54'] index: 58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84 [from value]
snmpwalk return this data
[root@mon ~]# snmpwalk -v2c -c public 10.10.10.22 .1.3.6.1.4.1.9600.1.1.3.1.1
SNMPv2-SMI::enterprises.9600.1.1.3.1.1.58.4294967248.4294967201.4294967248.4294967221.4294967249.4294967170.4294967248.4294967221.4294967248.4294967218.4294967248.4294967230.4294967248.4294967221.32.4294967248.4294967231.4294967248.4294967230.4294967248.4294967220.4294967248.4294967226.4294967248.4294967227.4294967249.4294967182.4294967249.4294967175.4294967248.4294967221.4294967248.4294967229.4294967248.4294967224.4294967248.4294967221.32.73.110.116.101.108.91.82.93.32.80.82.79.95.49.48.48.48.32.77.84 = Hex-STRING: D0 A1 D0 B5 D1 82 D0 B5 D0 B2 D0 BE D0 B5 20 D0
BF D0 BE D0 B4 D0 BA D0 BB D1 8E D1 87 D0 B5 D0
BD D0 B8 D0 B5 20 49 6E 74 65 6C 5B 52 5D 20 50
52 4F 5F 31 30 30 30 20 4D 54
the length of the field turns out more snmp_index described in the table and the graphics are not built.
CREATE TABLE `data_local` (
...
`snmp_index` VARCHAR(256) NOT NULL DEFAULT '',
...
As I understand it, the problem is that the cacti are not handled correctly value "Hex-STRING:" in request OID value
<oid_index>.1.3.6.1.4.1.9600.1.1.3.1.1</oid_index>
<oid_index_parse>OID/REGEXP:.*\.1\.(.*)$</oid_index_parse>
I rummaged all Internet, but did not find the solution to this problem. Really nobody faced? Maybe there is some nice solution for this problem?
-
- Posts: 6
- Joined: Mon Jul 22, 2013 7:32 am
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
Import Error: XML parse error in Version 0.8.8f
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
erebusodora: WFM with 0.8.8f (well mostly, still have some odd issues with the network checks but I'm still investigating as might be on my side)
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
I've tried to follow the instructions to get this working as well.
Running on Win7.
Cacti 0.8.7c
Installed SNMP on Win7; this is working fine.
Installed latest free Informant (v1.7 std)
Downloaded Informant templates v13,12,11,10,9 etc..
Trying to import template(s), I get "Error: XML: Hash version does not exist." not matter which version I try to import...
Running on Win7.
Cacti 0.8.7c
Installed SNMP on Win7; this is working fine.
Installed latest free Informant (v1.7 std)
Downloaded Informant templates v13,12,11,10,9 etc..
Trying to import template(s), I get "Error: XML: Hash version does not exist." not matter which version I try to import...
CactiEZ v0.7 running Cacti 0.8.8a
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
I know it's been a year since I posted to this thread, but it's a renewed subject for me. To expand upon my previous issues, I only have missing graph files (thumbnails are good) when using the export function. I turned on verbose logging, and it showed as successful. The only way I can make it actually work is to give www-data a valid shell, su to it, and run the graph generation command manually. Doing so via cron creates only the thumbnails.
-
- Posts: 3
- Joined: Wed Mar 25, 2015 3:17 am
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
I am new on cacti.
please,somebody could tell me what unit is used for laft numbers on Y-axis in this grafic ,like Kbps or anything else..
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
Hi All,
I hope you are all well.
Is it possible with SNMP-INFORMANT to graph a Windows NIC Team interface?
I hope you are all well.
Is it possible with SNMP-INFORMANT to graph a Windows NIC Team interface?
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
are there any news to get the template correctly imported into the latest 0.8.8 cacti version?
Get the XML parse error, too.
Get the XML parse error, too.
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
Dylan: It works though not sure it does with the free version.
Axel: Works fine wih 1.0.3
Axel: Works fine wih 1.0.3
Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates
Is it work with cacti 1.1.10 version ?
PS : Works with cacti 1.1.10 and informant std 1.7
Thanks a lot G0dSmack!
PS : Works with cacti 1.1.10 and informant std 1.7
Thanks a lot G0dSmack!
Who is online
Users browsing this forum: No registered users and 3 guests