Nagios Scheduled Reporting takes lot of time

[deek]

Hi,

I was trying to schedule a availability report for specific service group which has 5 servers with 20 services which includes services like CPU, memory utilization and disk memory. Since we need graphs for these metrics, i had enabled display performance graphs. While running the report, the Nagios is taking lot of time which is understandable since it takes its own to generate the report. But sometimes the Nagios goes to hung up state and never returns, we had to wait for a long time and we had to restart the nagios instance.

These reports are very much needed for us. I can split the services and make it as several small reports. But we wanted it in a single report.

Any suggestions on how to increase the efficiently use this scheduled report in Nagios? is there any limitation where for a single report there should be only 'n' of services? Please Advice.

Thanks,
Deepan.

[npolovenko]

Hello, @deek. We don't have a limitation on the number of services in the report. I think the web page could be timing out or not having enough resources. We need to adjust the settings in the /etc/php.ini file. Please open the file and change memory_limit to 1024M, max_execution_time to 900, max_input_time to 900 and max_input_vars to 10000.
Save the file and restart httpd:

Code: Select all

service httpd retstart

Also, can you show me the output of the following command?

Code: Select all

ls -l /usr/local/nagios/var/archives

And:

Code: Select all

ls /usr/local/nagios/var/archives | wc -l

Sometimes having years of history in the archived logs slows down report generation, since Nagios may search through all archived files to see if a host or a service is in scheduled downtime.

[deek]

Hi,

There are total of 657 archive files.

I will go ahead and delete the old files.

Thanks,
Deepan.

[npolovenko]

@deek, Delete the oldest archives, from years ago. The ones you don't want to see in the report because they're too old.

[deek]

Sure @npolovenko I will delete the old files. Thanks for your support.

[npolovenko]

@deek, No problem!