Nagios Support Forum

slansing wrote:You can use '-h' on that plugin to get the full help output to sculpt your command:

Code: Select all

/usr/local/nagios/libexec/check_esx3.pl -h

Looks like just passing vmfs is giving you all datastore info, it looks like there should be a way to narrow that down I'll have to look around a bit. Something else you may want to take a look at is Box293's VMA hook-in vmware monitoring plugin:

http://exchange.nagios.org/directory/Pl ... re/details

The esx3 plugin does take quite a bit of resources based on how long you are querying the system, and for how much data. What type of hardware does your XI server have under it? You mentioned that you had a lot of users, which will also increase the load based on what they may be doing "running reports" etc.

Box293 wrote:To fix the truncated output we need to increase the size of the tables in Nagios XI.
Execute the following commands at the CLI:

Code: Select all

    echo "use nagios;alter table nagios_servicestatus modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

    echo "use nagios;alter table nagios_hoststatus modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

    echo "use nagios;alter table nagios_servicechecks modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

    echo "use nagios;alter table nagios_hostchecks modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

The next time the check is executed the output will not be truncated in the XI interface.

As for the high CPU load, I recommend what slansing said and implement the box293_check_vmware plugin / solution as it offloads the plugin to a vMA appliance.

rajasegar wrote:BTW what is a vMA appliance?

rajasegar wrote:Most of the time it is 70 - 80% idle when the check_esx3 is not running.

Box293 wrote:

rajasegar wrote:BTW what is a vMA appliance?

vMA = VMware vSphere Management Assistant.
This is a free VM provided by VMware to manage ESXi and ESX servers (and vCenter). ESXi is a locked down OS, so VMware created vMA to allow you to do a lot of stuff to ESXi servers remotely.

The plugin simply leverages the VMware SDK which runs on PERL, so by using the vMA as a base to run the plugin on makes it a lot easier as it already has everything installed.

rajasegar wrote:Most of the time it is 70 - 80% idle when the check_esx3 is not running.

When you run certain checks with your existing check_esx3 plugin, the SDK is obtaining a heck of a lot of information from vCenter as it is querying all of the datastores, which means it uses a lot more CPU and memory to get the job done. box293_check_vmware was wrtitten to be as efficient as possible, only obtaining the information it needs using the VMware SDK. However even with this efficient design, it still needs to be offloaded to vMA as there is too much CPU and memory overhead, which can at times cripple a Nagios server.

rajasegar wrote:1) Can your plugin be run on the Nagios server?

rajasegar wrote:It will take a very long time to go through the Security people, setup VM etc etc.

rajasegar wrote:2) Will querying individual datastore reduce the load?

Box293 wrote:

rajasegar wrote:1) Can your plugin be run on the Nagios server?

It's possible however there will be no support. I specifically designed this plugin to run from a vMA appliance. I've killed Nagios XI servers doing a small amount of VMware monitoring directly from the XI server so I don't want to be responsible for creating something that could bring down a Nagios server.

rajasegar wrote:It will take a very long time to go through the Security people, setup VM etc etc.

Let me put a scenario to you. All the air conditioners in the server room stop working. Temperature goes up. Nagios happens to be overloaded with VMware checks and the temperature monitoring checks do not happen and alerts do not get sent out. In a matter of 15 minutes all of your equipment shuts down due to overheating.

How are you going to explain that to your boss when you knew there was a solution available that could have prevented this?

rajasegar wrote:2) Will querying individual datastore reduce the load?

It's possible however you would need to go and read the code in the check_esx3.
Honestly, it's not about one particular check, but when multiple VMware checks are running at the same time, they have a chain-reaction type of effect. This is why offloading it make sense.

Box293 wrote:To fix the truncated output we need to increase the size of the tables in Nagios XI.
Execute the following commands at the CLI:

Code: Select all

    echo "use nagios;alter table nagios_servicestatus modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

    echo "use nagios;alter table nagios_hoststatus modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

    echo "use nagios;alter table nagios_servicechecks modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

    echo "use nagios;alter table nagios_hostchecks modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

The next time the check is executed the output will not be truncated in the XI interface.

As for the high CPU load, I recommend what slansing said and implement the box293_check_vmware plugin / solution as it offloads the plugin to a vMA appliance.

echo "use nagios;alter table nagios_servicestatus modify output varchar(65535) not null;alter table nagios_servicestatus modify long_output varchar(65535) not null;alter table nagios_servicestatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

echo "use nagios;alter table nagios_hoststatus modify output varchar(65535) not null;alter table nagios_hoststatus modify long_output varchar(65535) not null;alter table nagios_hoststatus modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

echo "use nagios;alter table nagios_servicechecks modify output varchar(65535) not null;alter table nagios_servicechecks modify long_output varchar(65535) not null;alter table nagios_servicechecks modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

echo "use nagios;alter table nagios_hostchecks modify output varchar(65535) not null;alter table nagios_hostchecks modify long_output varchar(65535) not null;alter table nagios_hostchecks modify perfdata varchar(65535) not null;" | mysql -pnagiosxi

echo "
alter table nagios_servicestatus modify output varchar(65535) not null,modify long_output varchar(65535) not null,modify perfdata varchar(65535) not null;
alter table nagios_hoststatus modify output varchar(65535) not null, modify long_output varchar(65535) not null,modify perfdata varchar(65535) not null;
alter table nagios_servicechecks modify output varchar(65535) not null,modify long_output varchar(65535) not null,modify perfdata varchar(65535) not null;
alter table nagios_hostchecks modify output varchar(65535) not null,modify long_output varchar(65535) not null,modify perfdata varchar(65535) not null;
" | mysql -pnagiosxi nagios