Slow WebUI

Status
Not open for further replies.

climb2bhi

Contributor
Joined
Feb 1, 2012
Messages
108
So the things to try are: 1. Fresh install of the older 9.2.1.2 with my saved settings. 2. Fresh install of 9.2.1.3 and set up everything from scratch (users, permissions, shares, ect).

I have a bunch of time next week to try some of these.
 

strawdog74

Dabbler
Joined
May 23, 2012
Messages
42
I have the same problem, and am pretty sure it is related to my jails/plugins (I have 3 running).

The system is taking a looooong time (~60 seconds) to process the "warden list -v" command that populates the sidebar jails hierarchy.

Anyone know why this might be happening?

edit - I tried stopping the jails manually first, then rebooted FreeNAS . After unlocking the volume, and saving the jail configuration, the "warden list- v" responded instantly - reporting the jails were "stopped". I then restarted each jail, and it everything is now working great!

TL;DR - I think the problem was related to shutting down FreeNAS without stopping the jails, this is easily fixed by stopping each jail manually (warden <jailname> stop) or via the GUI, then restarting.

The sidebar now loads in <2 seconds - so the problem was related to the jail issue (whatever it was). :D
 

climb2bhi

Contributor
Joined
Feb 1, 2012
Messages
108
I don't have any jails/Plugins, and my GUI (left side) is still slow. The right side is fast and the buttons at the top are fast.
 

CamW

Cadet
Joined
Apr 30, 2014
Messages
1
I experienced identical issues when my FreeNAS box was unable to resolve DNS queries.

Perhaps you should check your DNS configuration. In my case FreeNAS is trying to do 3-5 resolves on every page load and doesn't seem to like it when they fail.


Was experiencing this problem and fixing my DNS solved the issue (in my case, manually setting my ISPs DNS in the freenas config). Thanks!
 

sanddrag

Cadet
Joined
May 31, 2012
Messages
3
I have this same problem on 9.2.1.5-REALEASE. The machine is a dual Xeon 5150 with 8 gigs of ECC RAM, gigabit network. There is no reason whatsoever anything should be slow. The menu bar / tree on the left side of the GUI is painfully slow, often taking minutes to load, and sometimes not loading at all. The problem occurs in IE, Firefox, and Chrome, so it seems to be browser independent. Additionally, certain menu boxes in the main window take longer to load than I think would be reasonable.

I really need a fix for this. Any ideas?
 

N8_TheGreat

Dabbler
Joined
May 31, 2014
Messages
10
So I had the same issue and I think I found a solution. After poking around I found that within "settings > general" that the section for "WebGUI IPv4 Address:" somehow became blank. I simply selected my IP for the webGUI (the same IP you type to get to the GUI) and voila! My left pane and the rest of the GUI is now working like it should ... very fast!

I don't know if this will work for others as I'm sure we all have quite different setups, but I overlooked it for days before finding that to be the issue.
 

ser_rhaegar

Patron
Joined
Feb 2, 2014
Messages
358
I have this same problem on 9.2.1.5-REALEASE. The machine is a dual Xeon 5150 with 8 gigs of ECC RAM, gigabit network. There is no reason whatsoever anything should be slow. The menu bar / tree on the left side of the GUI is painfully slow, often taking minutes to load, and sometimes not loading at all. The problem occurs in IE, Firefox, and Chrome, so it seems to be browser independent. Additionally, certain menu boxes in the main window take longer to load than I think would be reasonable.

I really need a fix for this. Any ideas?
Did you verify DNS is set correctly? The post above yours mentions it and I can confirm this affects the left side tree view's loading speed.
 

no_connection

Patron
Joined
Dec 15, 2013
Messages
480
The GUI chell was very slow for me today. Had to type very slowly for the characters to take.
Also backspace removes two characters at the time which is very annoying.
 

N8_TheGreat

Dabbler
Joined
May 31, 2014
Messages
10
Did you verify DNS is set correctly? The post above yours mentions it and I can confirm this affects the left side tree view's loading speed.

I did also set my DNS settings manually from the shell. I simply used Google's open DNS servers which are "8.8.8.8" and "8..8.4.4". Correcting DNS did not fix the issue by itself though. This is why I suggest that if anyone is still have slow WebGUI problems with a fast setup and a good USB, that they check the settings for FreeNAS and the network interfaces. Something simply may have gotten changed or been left empty causing the WebGUI to run slowly.
 
Joined
Jun 21, 2015
Messages
1
So I had the same issue and I think I found a solution. After poking around I found that within "settings > general" that the section for "WebGUI IPv4 Address:" somehow became blank. I simply selected my IP for the webGUI (the same IP you type to get to the GUI) and voila! My left pane and the rest of the GUI is now working like it should ... very fast!

I don't know if this will work for others as I'm sure we all have quite different setups, but I overlooked it for days before finding that to be the issue.
I had the same issue this morning, fast transfer rates to my volumes, but horribly slow GUI and this fixed it for me.
 

dvicci

Cadet
Joined
Dec 21, 2011
Messages
5
TL;DR - I think the problem was related to shutting down FreeNAS without stopping the jails, this is easily fixed by stopping each jail manually (warden <jailname> stop) or via the GUI, then restarting.

The sidebar now loads in <2 seconds - so the problem was related to the jail issue (whatever it was). :D

Late reply to an old post, but this fix was my fix. Thanks for following up and sharing!
 

Meserias

Cadet
Joined
Sep 11, 2017
Messages
4
it's slow only in CHROME in my case....
if try to use Internet Explorer it's very fast.

The problem it's related ONLY with old style interface not with new interface in FreeNAS 11 U3
 

danb35

Hall of Famer
Joined
Aug 16, 2011
Messages
15,504

Ericloewe

Server Wrangler
Moderator
Joined
Feb 15, 2014
Messages
20,194
Blame Chrome/your Chrome environment.
 
Status
Not open for further replies.
Top