NextCloud web interface painfully slow
-
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.
-
@bnrstnr said in NextCloud web interface painfully slow:
@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?
Very well could be.
-
@bnrstnr said in NextCloud web interface painfully slow:
@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?
I would definitely submit a ticket to Vultr about it.
-
@bnrstnr said in NextCloud web interface painfully slow:
EDIT: This instance is actually Fedora 27, not 28.
Not your issue, but troubleshooting two versions behind is never ideal. Get up to Fedora 29 before investigating further.
But NC requires a lot of resources and is always decently slow on the web page. But not ten seconds slow.
Our NC is Fedora 29, heavily tuned, has like six cores, 12GB of RAM, doesn't have any noisy neighbours (not cloud) and you still feel the lag if doing the web interface.
-
@bnrstnr said in NextCloud web interface painfully slow:
@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.
For Nextcloud, yes. It also helps with when updating Nextcloud via the web interface too.
-
@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
Vultr storage instances are very slow, they are meant for capacity, not speed. This will definitely contribute to the issue.
Make sure you have swap available. 2GB isn't terrible, but not quite enough for even a tiny instance to run unimpeded.
-
@scottalanmiller said in NextCloud web interface painfully slow:
Make sure you have swap available. 2GB isn't terrible, but not quite enough for even a tiny instance to run unimpeded.
I could definitely jack this up to whatever I want.
I will also work on getting this up to Fedora 29, I didn't even realize it was still on 27 :face_with_open_mouth_cold_sweat:
Also, I just submitted a ticket, we'll see what they say.
-
@bnrstnr said in NextCloud web interface painfully slow:
@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?
always possible, but rarely seen as a CPU spike.
-
@bnrstnr said in NextCloud web interface painfully slow:
@scottalanmiller said in NextCloud web interface painfully slow:
Make sure you have swap available. 2GB isn't terrible, but not quite enough for even a tiny instance to run unimpeded.
I could definitely jack this up to whatever I want.
I will also work on getting this up to Fedora 29, I didn't even realize it was still on 27 :face_with_open_mouth_cold_sweat:
Also, I just submitted a ticket, we'll see what they say.
I'd add 2GB of swap.
-
@scottalanmiller said in NextCloud web interface painfully slow:
@bnrstnr said in NextCloud web interface painfully slow:
@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?
always possible, but rarely seen as a CPU spike.
It is not a spike. it is his system constantly waiting on CPU resources from the host.
-
There were 260 failed login attempts since the last successful login.
I may be getting slammed by script kiddies here too... This is with fail2ban on. My last login was almost exactly 2 hours ago. I will change my SSH port and see if that helps anything.