Slow login

[eloyd]

With respect to the Otara Millionaires Club, how bizarre. Okay. Let me dig up a VM to do some testing on for you.

[eloyd]

I installed using the OVF file from Nagios downloads to a virtual machine with 1 CPU, 1 GB memory. Logged in with no delays.

Since you haven't done any configuration yet, have you considered wipe/reinstall? And did you install to a virtual box using a deployment file or did you install to a machine with an operating system already installed?

[jolson]

Rebuilding is almost surely the fastest way to resolve this weirdness. Does it make a difference if you log in as another user, or is the 1-minute delay consistent across all users?

[CFT6Server]

This is consistent with all users across the board. I will redeploy the VM and try again here. Will report back. Thanks.

[eloyd]

I think this is the first you said it was a VM, but I may be mistaken. Is it possible that you're waiting for some sort of DNS lookup to timeout?

[CFT6Server]

So I am able to reproduce the issue with a vanilla deploy of the OVF. Exact symptoms even at first login.

Code: Select all

==> /var/log/httpd/access_log <==
10.242.13.10 - - [17/Jun/2015:14:51:43 -0700] "GET /nagiosfusion/login.php?nsp=309c4364eb5a05ca58e5fff8abd82a5a&page=auth&pageopt=login&username=nagiosadmin&password=<PASSWORD>&loginButton=Login HTTP/1.1" 302 2 "http://kdcnagfs01/nagiosfusion/login.php" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36"
10.242.13.10 - - [17/Jun/2015:14:52:43 -0700] "GET /nagiosfusion/index.php HTTP/1.1" 302 14014 "http://kdcnagfs01/nagiosfusion/login.php" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36"
10.242.13.10 - - [17/Jun/2015:14:52:43 -0700] "GET /nagiosfusion/login.php?showlicense HTTP/1.1" 200 46985 "http://kdcnagfs01/nagiosfusion/login.php" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36"
10.242.13.10 - - [17/Jun/2015:14:52:43 -0700] "GET /nagiosfusion/includes/fonts/fontawesome-webfont.woff?v=4.0.3 HTTP/1.1" 200 44432 "http://kdcnagfs01/nagiosfusion/includes/css/font-awesome.min.css?2014R1.0" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36"

Noticed the exact 1 minute delay again. I think I know what could be the issue.... We do not have any internet access our servers, and looks like Fusion is trying to reach out to Nagios?

tcp 0 1 10.242.102.115:37086 50.116.21.73:80 SYN_SENT

I am not sure if that contributes to the wait, or perhaps it is looking for something else....

[eloyd]

Here's what I would do.

Log on the VM console (do not SSH into the box). Then run a tcpdump on the host with a src of your local IP address. Then do your login:

Code: Select all

tcpdump -nN src <local IP>

This will tell you if it's trying to reach out to something else.

[CFT6Server]

Confirmed that other than the local ip and the ip where I am logging in from. It is instantly reaching out to Nagios's IP.

tcpdump fusion.JPG

[eloyd]

Congratulations! You have successfully identified your own problem!

Looks like Fusion needs to be told not to phone home when it's not on a public Internet network. I'm tempted to run this myself to see what it's querying and what sort of information it's giving back to Nagios Enterprises. You could install ngrep to see what text it is sending (ngrep port 80) and then find the hostname that it's connecting to and then make an entry in /etc/hosts that points to 127.0.0.1. This way, it will get a page not found pretty quickly instead of a timeout.

[lmiltchev]

I'm tempted to run this myself to see what it's querying and what sort of information it's giving back to Nagios Enterprises.

Fusion needs to contact api.nagios.com for update and version checks.