NextCloud web interface painfully slow
-
I'm using the current NextCloud production build (14.0.4.2) with Redis setup exactly how @JaredBusch's guide here shows. It's running on Fedora 28 on a Vultr storage (SATA) instance with 2GB memory. I would expect pages to load very quickly, but it usually takes 10+ seconds to load pages, and sometimes I even get a
504 Gateway Time-out
. This is a very small installation with only a couple users. I've checked redis withredis-cli MONITOR
and it appears to be functioning.Any ideas?
EDIT: This instance is actually Fedora 27, not 28.
-
@bnrstnr How's the client ISP connection? I've seen some major issues at handoff points to Level3 since their merger with Comcast.
-
We have WOW cable internet, like 240/20ish
I've poked around and found some other users NC installs and their login pages load almost instantly for me
-
@bnrstnr said in NextCloud web interface painfully slow:
We have WOW cable internet, like 240/20ish
I've poked around and found some other users NC installs and their login pages load almost instantly for me
You've looked at the system with something like top or glances, right?
The only other thing that comes to mind is adding a swap file. Doesn't need to be large, but most kernels like to have at least a bit available.
-
htop is interesting, it's showing the CPU spiking up to 100% every few seconds. Lowest I've seen it go was around 20%.
[root@nextcloud ~]# free total used free shared buff/cache available Mem: 2040216 381064 912776 47240 746376 1421468 Swap: 2179068 0 2179068
-
@bnrstnr Something is not right in CPU land there. Can you see what process(es) are eating your CPU time?
-
-
@travisdh1 said in NextCloud web interface painfully slow:
@bnrstnr Something is not right in CPU land there. Can you see what process(es) are eating your CPU time?
Is there something better than top/htop to visualize the processes?
-
@bnrstnr Ah, yeah, every monitoring tool will peg the CPU when you first start it. Give it like 5-10 seconds and it should calm down ang give you a better look at what is actually going on.
From the looks of that screenshot, it's probably someone syncing files from within Nextcloud.
-
@travisdh1 said in NextCloud web interface painfully slow:
From the looks of that screenshot, it's probably someone syncing files from within Nextcloud.
We literally have 2 users that use this right now, I have to imagine this Vultr instance should be able to handle way more than 2 users syncing. I'm the only one that uses the sync client, the other user only uses the web interface and he's not using it right now lol
-
So did anything change in regards to htop
-
@wirestyle22 No, it's been running for 25 minutes and still showing high CPU usage.
-
@bnrstnr install glances and run that instead of htop. just curious about the reporting
-
-
Reboot.
-
For the
504 Gateway Time-Out
, and if you are using nginx has proxy, do you have this inside the location block in your nextcloud.conf file?proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; send_timeout 600;
-
@JaredBusch said in NextCloud web interface painfully slow:
Reboot.
This. After you reboot, pay attention to the STEAL time. I've never noticed that in the display before... In your glances pic above, steal % is at 48%.
I had to go google it to see what it was, lol... The short version is that steal % is how long your VM has to wait until the Hypervisor gives it more CPU time.
This article, though dated, seems to give good info.
(Understanding CPU Steal Time) -
This is after reboot. It's still crazy slow. I rebooted a couple times yesterday, too. Even installing glances with DNF was crazy slow, and opening it takes about 20 seconds.
Glances had already been running for 28 min at this point, so I'm sure any spikes from opening had subsided by then.
-
@dafyre said in NextCloud web interface painfully slow:
This. After you reboot, pay attention to the STEAL time. I've never noticed that in the display before... In your glances pic above, steal % is at 48%.
I had to go google it to see what it was, lol... The short version is that steal % is how long your VM has to wait until the Hypervisor gives it more CPU time.
This article, though dated, seems to give good info.
(Understanding CPU Steal Time)This almost sounds like I have a noisy neighbor on my VPS?
-
@black3dynamite said in NextCloud web interface painfully slow:
For the
504 Gateway Time-Out
, and if you are using nginx has proxy, do you have this inside the location block in your nextcloud.conf file?proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; send_timeout 600;
I have nothing relating to timeouts in my nginx conf.
Should I add it? I'm assuming it's using whatever the nginx default is.