WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

Templates, scripts for templates, scripts and requests for templates.

Moderators: Moderators, Developers

Post Reply
Author
Message
DLinkOZ
Posts: 7
Joined: Wed Dec 24, 2014 2:37 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#286 Post by DLinkOZ » Tue May 05, 2015 5:26 pm

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.

DLinkOZ
Posts: 7
Joined: Wed Dec 24, 2014 2:37 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#287 Post by DLinkOZ » Tue May 05, 2015 8:49 pm

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.

Image

User avatar
G0dSmack
Cacti User
Posts: 85
Joined: Wed Nov 12, 2008 10:25 am
Contact:

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#288 Post by G0dSmack » Wed May 13, 2015 9:09 am

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.
@mrlesmithjr
http://everythingshouldbevirtual.com

DLinkOZ
Posts: 7
Joined: Wed Dec 24, 2014 2:37 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#289 Post by DLinkOZ » Wed May 13, 2015 11:04 am

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).

Eol
Posts: 44
Joined: Mon Apr 13, 2015 5:53 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#290 Post by Eol » Fri May 22, 2015 12:56 am

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 (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 [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.

iakulov
Posts: 1
Joined: Mon Jul 20, 2015 1:19 am

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#291 Post by iakulov » Mon Jul 20, 2015 1:52 am

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

[[email protected] ~]# 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?

erebusodora
Posts: 6
Joined: Mon Jul 22, 2013 7:32 am

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#292 Post by erebusodora » Fri Aug 28, 2015 2:50 am

Import Error: XML parse error in Version 0.8.8f

Eol
Posts: 44
Joined: Mon Apr 13, 2015 5:53 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#293 Post by Eol » Wed Sep 16, 2015 7:09 pm

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)

vodka
Posts: 16
Joined: Mon Sep 28, 2015 1:07 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#294 Post by vodka » Sat Oct 31, 2015 3:52 pm

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...
CactiEZ v0.7 running Cacti 0.8.8a

DLinkOZ
Posts: 7
Joined: Wed Dec 24, 2014 2:37 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#295 Post by DLinkOZ » Wed Nov 02, 2016 11:55 am

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.

long691216
Posts: 3
Joined: Wed Mar 25, 2015 3:17 am

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#296 Post by long691216 » Thu Nov 17, 2016 2:31 am

Image
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..

dylan6000
Posts: 4
Joined: Tue May 19, 2015 12:34 am

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#297 Post by dylan6000 » Thu Dec 01, 2016 4:49 am

Hi All,

I hope you are all well.

Is it possible with SNMP-INFORMANT to graph a Windows NIC Team interface?

Axel90
Cacti User
Posts: 129
Joined: Fri Feb 10, 2017 12:41 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#298 Post by Axel90 » Mon Feb 13, 2017 1:09 pm

are there any news to get the template correctly imported into the latest 0.8.8 cacti version?

Get the XML parse error, too.

Eol
Posts: 44
Joined: Mon Apr 13, 2015 5:53 pm

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#299 Post by Eol » Tue May 09, 2017 10:23 pm

Dylan: It works though not sure it does with the free version.

Axel: Works fine wih 1.0.3

zetoo
Cacti User
Posts: 68
Joined: Wed Nov 23, 2016 2:42 am

Re: WinXP-Win8, Win2000-Server 2012 x32/x64 Templates

#300 Post by zetoo » Mon Jun 26, 2017 11:15 pm

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! :D

Post Reply