Very slow login
Very slow login
Nagios Fusion 2012R1.7
RHEL 6.5
Manual Install
Login to Nagios Fusion is extremely slow. Everything else seems to be fine.
Nagiox XI on the same segment does not have this problem.
System resources usage is minimal
top - 15:09:17 up 18 days, 4:19, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 196 total, 2 running, 194 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 0.5%sy, 0.0%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 3924436k total, 1896208k used, 2028228k free, 211972k buffers
Swap: 4063224k total, 0k used, 4063224k free, 929356k cached
Attached is the tail -100 of the http_log. Please advice on this.
RHEL 6.5
Manual Install
Login to Nagios Fusion is extremely slow. Everything else seems to be fine.
Nagiox XI on the same segment does not have this problem.
System resources usage is minimal
top - 15:09:17 up 18 days, 4:19, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 196 total, 2 running, 194 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 0.5%sy, 0.0%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 3924436k total, 1896208k used, 2028228k free, 211972k buffers
Swap: 4063224k total, 0k used, 4063224k free, 929356k cached
Attached is the tail -100 of the http_log. Please advice on this.
You do not have the required permissions to view the files attached to this post.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
Re: Very slow login
See my thread. Same issue but Nagios team said it is because of our environment here..
Thanks for showing them that I'm not the only one with this problem
.
Thanks for showing them that I'm not the only one with this problem
Re: Very slow login
Thanks. I did see your thread. That is why I gave them the log upfront.b2m wrote:See my thread. Same issue but Nagios team said it is because of our environment here..
Thanks for showing them that I'm not the only one with this problem.
If I am not mistaken it was slow from fresh installation.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
-
scottwilkerson
- DevOps Engineer
- Posts: 19396
- Joined: Tue Nov 15, 2011 3:11 pm
- Location: Nagios Enterprises
- Contact:
Re: Very slow login
You will need to adjust your system time. Here is a doc outlining how to setup system time (you can ignore that it says Nagios XI as it is universal)
http://assets.nagios.com/downloads/nagi ... m_Time.pdf
http://assets.nagios.com/downloads/nagi ... m_Time.pdf
Re: Very slow login
Here is the line from httpd log, no more timezone errorsscottwilkerson wrote:You will need to adjust your system time. Here is a doc outlining how to setup system time (you can ignore that it says Nagios XI as it is universal)
http://assets.nagios.com/downloads/nagi ... m_Time.pdf
[Wed May 28 07:51:56 2014] [notice] caught SIGTERM, shutting down
[Wed May 28 07:51:57 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Wed May 28 07:51:57 2014] [notice] Digest: generating secret for digest authentication ...
[Wed May 28 07:51:57 2014] [notice] Digest: done
[Wed May 28 07:51:57 2014] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.3.3 configured -- resuming normal operations
[Wed May 28 07:52:10 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/admin/
[Wed May 28 07:52:10 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/admin/
[Wed May 28 07:52:10 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/admin/
[Wed May 28 07:52:10 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/
[Wed May 28 07:52:10 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/
[Wed May 28 07:52:10 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/
[Wed May 28 07:52:15 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/
[Wed May 28 07:52:15 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/
[Wed May 28 07:52:15 2014] [error] [client 10.17.44.201] PHP Notice: Undefined index: use_2014_features in /usr/local/nagiosfusion/html/includes/utilsl.inc.php on line 933, referer: http://10.17.19.229/nagiosfusion/
However the login is still very slow. Please advice
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
Re: Very slow login
Log from me to compare:
Please note that it doesn't write anything to the file while login.
Code: Select all
[root@localhost ~]# cat /var/log/httpd/error_log
[Sun May 25 03:41:03 2014] [notice] Digest: generating secret for digest authentication ...
[Sun May 25 03:41:03 2014] [notice] Digest: done
[Sun May 25 03:41:03 2014] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.3.3 configured -- resuming normal operations
[Tue May 27 03:44:03 2014] [notice] SIGHUP received. Attempting to restart
[Tue May 27 03:44:03 2014] [notice] Digest: generating secret for digest authentication ...
[Tue May 27 03:44:03 2014] [notice] Digest: done
[Tue May 27 03:44:03 2014] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.3.3 configured -- resuming normal operations
Re: Very slow login
Noted. Wonder what is the problem and why am I getting all that PHP Notice: Undefined index: use_2014_features messages.b2m wrote:Log from me to compare:
Please note that it doesn't write anything to the file while login.Code: Select all
[root@localhost ~]# cat /var/log/httpd/error_log [Sun May 25 03:41:03 2014] [notice] Digest: generating secret for digest authentication ... [Sun May 25 03:41:03 2014] [notice] Digest: done [Sun May 25 03:41:03 2014] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.3.3 configured -- resuming normal operations [Tue May 27 03:44:03 2014] [notice] SIGHUP received. Attempting to restart [Tue May 27 03:44:03 2014] [notice] Digest: generating secret for digest authentication ... [Tue May 27 03:44:03 2014] [notice] Digest: done [Tue May 27 03:44:03 2014] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.3.3 configured -- resuming normal operations
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
Re: Very slow login
I believe this is fixed in the next version of Nagios Fusion.Noted. Wonder what is the problem and why am I getting all that PHP Notice: Undefined index: use_2014_features messages.
In regards to the very slow login, I would like to point out that when you are logging in Nagios Fusion, it will try to connect to ALL of the fused XI servers. If there is a authentication problem (even with one of them), wrong credentials, or hitting a proxy, the log in will be slow.
Be sure to check out our Knowledgebase for helpful articles and solutions!
Re: Very slow login
We only got one fused server currently as it is just for testing. Login credentials are correct and network connection is fast as both are running on the same VMware cluster. I remember that login was already slow after initial install and before I've added the fused XI server to Fusion.lmiltchev wrote:In regards to the very slow login, I would like to point out that when you are logging in Nagios Fusion, it will try to connect to ALL of the fused XI servers. If there is a authentication problem (even with one of them), wrong credentials, or hitting a proxy, the log in will be slow.
Re: Very slow login
b2m, can you please help clarify a few things? We have been unable to reproduce the slow login here so we are looking into reasons why it would be slow and how we can reproduce it.
How slow is slow? About how many seconds? How slow it is may give us an indication to what is causing the issue.
Are you using HTTPS? A proxy? Are you linking to your XI over internal network vs external network?
Is your database on the same server as your Nagios Fusion installation?
How many checks are you performing on your Nagios XI boxes that are hooked into fusion? It looks like in your error_log that you gave we are looking at the Nagios XI server ... the execution time hit the php limit of 30 seconds on line 248 - I went and looked this up and it looks like it's timing out while trying to verify user's permissions to see certain objects.
Reading over your error log I see no errors from fusion. The errors about the use_2014_features is fixed in the next version of Fusion but it also has no affect on the actual program other than it throwing errors - since they are notices you should still be able to use it normally, it just doesn't like that it's undefined.
How slow is slow? About how many seconds? How slow it is may give us an indication to what is causing the issue.
Are you using HTTPS? A proxy? Are you linking to your XI over internal network vs external network?
Is your database on the same server as your Nagios Fusion installation?
How many checks are you performing on your Nagios XI boxes that are hooked into fusion? It looks like in your error_log that you gave we are looking at the Nagios XI server ... the execution time hit the php limit of 30 seconds on line 248 - I went and looked this up and it looks like it's timing out while trying to verify user's permissions to see certain objects.
Reading over your error log I see no errors from fusion. The errors about the use_2014_features is fixed in the next version of Fusion but it also has no affect on the actual program other than it throwing errors - since they are notices you should still be able to use it normally, it just doesn't like that it's undefined.
As of May 25th, 2018, all communications with Nagios Enterprises and its employees are covered under our new Privacy Policy.