Cheshire Cat Computing

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

Here are some example graphs, taken from MRTG

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

Hi Steve,

i installed the plugin & API on OpenSuSe 11 and it is working perfect! Currently i'm monitoring 4 ESX Hosts.

Are there any plans to report performance data to nagios?

Regards from Hamburg (Germany)

Dennis

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

First let me say thank you for working on this plugin. I have been struggling to find a good solution to chart performance of ESX 3i hosts. I have currently been experimenting with unnoc and that is working ok but not quite how I want it to. I have one quick question on this plugin. Will it work with MRTG for windows?

Again many thanks.

Hey Steve & elwappo,

Fair play on the work with this plugin.
I'm trying to configure it to query my ESX 3.5 hosts via my VC, but I keep getting a login failed error.

:/var/local/nagios/libexec# ./check_vmware.pl --guest guestname --password=mypasswd --username=myuser --debug --server=myserverip --verbose
Connecting
Login to VirtualCentre server failed.
UNKNOWN: Login to VirtualCentre server failed.

any quick pointers for me?
- I've already tested my connectivity and I do have sufficient privileges on the box in question.
- Nagios box has sufficient network routes/fw rules in place to talk to the VC.

Really appreciate it.
D.

This plugin should work the same with MRTG for windows; of course you'll need to get the Windows version of the VI API files.

The login failure may be due to specifying the username. If your username has a backstroke in it then you'll need to escape it. Maybe use a vmconfig file, specified with --config=filename and put the username and password in there, as in the example above? This can solve problems with unusual characters in the username and password.

Also, try using different usernames just in case it is a permissions issue (use one you know works via the virtualcentre client)

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

Hello,

First, thank you for this plugin.

I configure your plugin but i have an error :

[libexec]# ./check_vmware.pl --username=****** --password=****** --server=10.165.13.8 --report=cpu
CPU usage at 12.35%<BR>(Problem retrieving CPU fairness data)

I try on other vmware but i have the same problem, and in NAGIOS I have no result.

Thanks

The 'problem retrieving fairness data' is currently normal - it happens on our VC servers, too. For some reason, although the VC can report this fairness data, and the counter exists in the object definition, it does not appear to be presented when the retrieval is run. I'm looking into this; however the other CPU and Memory checks work fine so lack of Fairness data is not a big issue.

The 'fairness data' is the per-ESX host indicator of what percentage of guest resources requested are actually provided. In a low-usage farm this would normally always be >95% - its the lower of the two DRS graphs. If you don't have DRS enabled, of course, you probably dont have this figure available

I'm currently working to get a persistent session established with this - the performance of the VI API sucks and with a lot of servers it puts an unacceptable load of login/logout on the VC.

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11

I now have a 'persistent session' versionof this plugin, which stops the constant login/logout on the VC. It is slightly faster, but not by much, as the majority of the time is taken up downloading the initial object tree. You need a nice, fast VC server (don't run your VC in a guest. I know VMware say you can, and it does work, but it is stupidly slow, not to mention the chicken-and-egg situation you get if all your ESX hosts go down)

_________________
Steve Shipway
UNIX Systems, ITSS, University of Auckland, NZ
Woe unto them that rise up early in the morning... -- Isaiah 5:11