Ad blocker detected: Our website is made possible by displaying online advertisements to our visitors. Please consider supporting us by disabling your ad blocker on our website.
It sounds like a file permission issue (not related to ESX template).
Check that the user running your Apache server (httpd, apache or www-data) has permissions to write into the directory /usr/share/cacti-0.8.6j/rra/ and the crontab entry use the same user to invoke the poller.
TheWitness wrote:
Have you overcome issues with reindexing? My guess is that the wrong field is being used as the index field, which would cause the issues that you experienced.
TheWitness
No, I still have troubles with re-indexing. To sum-up, even "Verify all fields" has no effect when MIB tree changes on the ESX server, I need to force re-index manually and clear the poller cache.
The 4 ESX templates I have written use a string description - for instance VM name for CPU - as index to keep track of CPU even if the index in MIB tree or the VM ID (like a process ID for ESX) changes. That is important because the index in tree (or the VM ID) effectively changes often when a VM is added, started or stopped or after a host reboot. By the way, the VM ID changes not so often compared to the MIB index.
May you please have a look to the following files delivered here in the latest zip ?
Only "script_server/vmware_cpu.xml" and "scripts/ss_vmware_cpu.php" will be enough for you to understand and check my implementation.
I mainly got inspiration from "host_disk.xml" and "ss_host_disk.php"
It sounds like a file permission issue (not related to ESX template).
Check that the user running your Apache server (httpd, apache or www-data) has permissions to write into the directory /usr/share/cacti-0.8.6j/rra/ and the crontab entry use the same user to invoke the poller.
Directory has the right permissions, (770 www-data:www-data). Poller runs as www-data in crontab.
Aside from that, permissions don't really seem to be the issue. I'm monitoring around 70 servers with cacti and all the other graphs work, including all the new graphs for the esx server except for the VM graphs.
Still stumped.
It looks like it's getting the snmp data properly, but it just can't build the graphs. This is using cacti-0.8.6j, btw.
I'm having problems with this template. My cacti box is running on Windows Server 2003.
I'm not getting anything for any of the VM's. (See images below)
The queries seem to be finding something (see below)
But if I do a verbose query, I get the following errors:
Notice: Undefined index: script_function in C:\Inetpub\wwwroot\cacti\lib\utility.php on line 159
Notice: Undefined index: script_function in C:\Inetpub\wwwroot\cacti\lib\utility.php on line 159
Notice: Undefined index: script_function in C:\Inetpub\wwwroot\cacti\lib\utility.php on line 159
Notice: Undefined index: script_function in C:\Inetpub\wwwroot\cacti\lib\utility.php on line 159
Warning: Cannot modify header information - headers already sent by (output started at C:\Inetpub\wwwroot\cacti\lib\utility.php:159) in C:\Inetpub\wwwroot\cacti\host.php on line 77
kevin79 wrote:I'm having problems with this template. My cacti box is running on Windows Server 2003.
I'm not getting anything for any of the VM's. (See images below)
The queries seem to be finding something (see below)
Same answer than previously : are you sure you have enabled the subagent snmp (see the webmanagement of your ESX) ?.
But if I do a verbose query, I get the following errors:
Notice: Undefined index: script_function in C:\Inetpub\wwwroot\cacti\lib\utility.php on line 159
I don't know exactly what is in utility.php, but you should have a template that use a function in this file. Perhaps you don't have a up-to-date version of cacti ?
Running data query [10].
+ Found type = '6 '[script query].
+ Found data query XML file at '/var/www/cacti/resource/script_server/vmware_cpu.xml'
+ Error parsing XML file into an array.
+ Found data query XML file at '/var/www/cacti/resource/script_server/vmware_cpu.xml'
+ Found data query XML file at '/var/www/cacti/resource/script_server/vmware_cpu.xml'
+ Found data query XML file at '/var/www/cacti/resource/script_server/vmware_cpu.xml'
Error parsing.
The main ESX host memory query works fine.... I have copied the files twice to make sure if was not a binary/ascii upload issue...
thierry.chich wrote:Same answer than previously : are you sure you have enabled the subagent snmp (see the webmanagement of your ESX) ?.
I believe so. How do I check to be certain?
I don't know exactly what is in utility.php, but you should have a template that use a function in this file. Perhaps you don't have a up-to-date version of cacti ?
Yes, I just upgraded to version 0.8.6j. I only get the utility.php error when I try to work with the ESX host. All of my other templates are fine.
thechicco wrote:It's weird because the ESX host memory usage works, just none of the VM stuff.
Data Query Debug Information
+ Running data query [14].
+ Found type = '6 '[script query].
+ Found data query XML file at 'c:/Inetpub/wwwroot/cacti/resource/script_server/vmware_net.xml'
+ XML file parsed ok.
+ Executing script for list of indexes 'c:\php\php.exe -q c:\Inetpub\wwwroot\cacti\scripts\ss_vmware_net.php t2-esx-06.travel2.com 9 2:161:500:n0rmanb0b:::MD5::[None] index'
+ Executing script query 'c:\php\php.exe -q c:\Inetpub\wwwroot\cacti\scripts\ss_vmware_net.php t2-esx-06.travel2.com 9 2:161:500:n0rmanb0b:::MD5::[None] query index'
+ Executing script query 'c:\php\php.exe -q c:\Inetpub\wwwroot\cacti\scripts\ss_vmware_net.php t2-esx-06.travel2.com 9 2:161:500:n0rmanb0b:::MD5::[None] query netreference'
+ Executing script query 'c:\php\php.exe -q c:\Inetpub\wwwroot\cacti\scripts\ss_vmware_net.php t2-esx-06.travel2.com 9 2:161:500:n0rmanb0b:::MD5::[None] query netname'
...
It looks typical for me. You don't have enabled the subagent snmp (see the webmanagement of your ESX).
I do have the snmpd agent started. No configuration has changed on the ESX server, I was monitoring VM's, etc with it previously with a Linux Cacti build and all I've done is move across to a Windows Cacti build (because of the WMI stuff) and it's ceased working.