Nagios Support Forum

I ended up bumping up the timeout in ssl.conf (doubling the default of what is listed here):

SSLSessionCache shmcb:/run/httpd/sslcache(512000)
SSLSessionCacheTimeout 300

Which appears to have resolved the problem.

Thanks for all the suggestions provided.

Directory is empty. But this problem only started recently (it was always empty, even when this wasn't happening): [root@dal10-build-Nagios ~]# ls -l /var/www/html total 0 [root@dal10-build-Nagios ~]# ls -ld /var/www/html drwxr-xr-x. 2 root root 4096 Oct 3 08:37 /var/www/html [root@dal10-build-Nagio...

I've also tried altering this to 180 (default was 30) in /etc/php.ini:

max_execution_time = 180

This also resulted in no change.

Okay, well here's something interesting. So I decided to try Internet Explorer instead of Chrome, and it shows a lot more access logs when it's redrawing the frame. It doesn't output any of these logs in Chrome when it redraws it: ==> ssl_access_log <== 199.246.40.53 - nagiosadmin [27/Feb/2018:07:20...

Also, no proxy server (all connections to remote hosts are direct), and I haven't modified anything in apache in quite some time. I've been adding extra systems to Nagios to monitor, though. Currently have 71 systems and about 2600 services. Another thing to note is that it's only the main.php frame...

I was running a tail on multiple logs, and between when it was working and when the screen went to "too long to respond", this is the only log that was written: ==> ssl_access_log <== 32.97.110.61 - nagiosadmin [27/Feb/2018:06:45:10 -0600] "GET /nagios/cgi-bin/extinfo.cgi?type=1&h...

Some additional information for this.....

The message it displays is "<host> took too long to respond"

So it seems that whatever is auto-refreshing that page is exceeding some timeout somewhere. Changing that maxlifetime didn't resolve it.

The default setting was 1440. I changed it to 2880, but that main frame on the right still goes blank.

Where else could I look to see what could be causing this?

On one of my two Nagios deployments, I'm getting a problem I haven't seen yet. If I leave the UI open (normally when viewing "Host Groups"), I will eventually get the "sad face" in Chrome where it can't connect to it. If I click on the "Host Groups" button again on the ...

Found the problem. The system that is failing the checks was previously migrated to a new host. The /etc/hosts file reflected the updated system (which is why I could run it manually, successfully) but the old host IP was still listed in hosts.cfg, so it couldn't find the command because it was goin...