Sorry to hear you’re facing problems
In order to help you as quickly as possible, before clicking Create Topic please provide as much of the below as you can. Feel free to use a pastebin service for logs, otherwise either indent short log examples with four spaces:
Or for longer, use three backticks above and below the code snippet:
longer example here
Some or all of the below information will be requested if it isn’t supplied; for fastest response please provide as much as you can
Nextcloud version (eg, 20.0.5):
Operating system and version (eg, Ubuntu 20.04):
PRETTY_NAME="Debian GNU/Linux 10 (buster)" NAME="Debian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/"
Apache or nginx version (eg, Apache 2.4.25):
PHP version (eg, 7.4):
The issue you are facing:
I set up a new Nextcloud instance by using the official Helm Chart. Before migrating the data from my previous installation, the new installation is already extremely slow. I mean, not like 10 seconds waiting time slow.
I mean like seriously at least 30 seconds, for each mouse click (I measured it with a stopwatch). Sometimes up to a minute or even longer.
Is this the first time you’ve seen this error? (Y/N):
Yes and no. The old installation was not smooth. It was slow compared to other server apps. Nextcloud is so big, it might be slower, than others, I thought. It was bearable, though.
However, now it became absolutely unbearable. It’s currently in an unusable state, even though I can access everything, in theory.
Steps to replicate it:
Install the official Nextcloud Helm Chart.
The output of your Nextcloud log in Admin > Logging:
Upload of a screenshot failed.
It shows a lot of errors of the following kind:
OCP\Files\StorageInvalidException: Sabre\HTTP\ClientHttpException: Unauthorized
The output of your config.php file in
/path/to/nextcloud (make sure you remove any identifiable information!):
<?php $CONFIG = array ( 'htaccess.RewriteBase' => '/', 'memcache.local' => '\\OC\\Memcache\\APCu', 'apps_paths' => array ( 0 => array ( 'path' => '/var/www/html/apps', 'url' => '/apps', 'writable' => false, ), 1 => array ( 'path' => '/var/www/html/custom_apps', 'url' => '/custom_apps', 'writable' => true, ), ), 'trusted_domains' => array ( 0 => 'localhost', # main URL 2 => '127.0.0.1', 3 => '10.0.0.0/8', ), 'forwarded_for_headers' => array ( 0 => 'HTTP_X_FORWARDED_FOR', ), 'app_install_overwrite' => array ( 0 => 'joplin', ), 'maintenance' => false, 'loglevel' => 0, # mail settings # password settings 'datadirectory' => '/var/www/html/data', 'dbtype' => 'pgsql', 'version' => '22.214.171.124', 'overwrite.cli.url' => 'http://localhost', 'overwriteprotocol' => 'https', # database settings 'installed' => true, # instance settings 'theme' => '', );
The output of your Apache/nginx/system log in
126.96.36.199 - - [17/Mar/2022:00:15:10 +0000] "GET /ocs/v2.php/apps/notifications/api/v2/notifications HTTP/1.1" 304 0 "-" "<Browser Info>" "188.8.131.52" 184.108.40.206 - - [17/Mar/2022:00:16:14 +0000] "GET /apps/logreader/poll?lastReqId=rbuawsdasdaszi HTTP/1.1" 499 0 "-" "<Browser Info>" "220.127.116.11" 2022/03/17 00:16:14 [info] 14#14: *412 epoll_wait() reported that client prematurely closed connection, so upstream connection is closed too while sending request to upstream, client: 18.104.22.168, server: , request: "GET /apps/logreader/poll?lastReqId=rbuawsdasdaszi HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host:
Everything else is just normal
200s or the readiness check.
I moved all data and config locations for Nextcloud to an
sshfs mount. WAIT! Before you say, that’s the cause, finish reading first.
I moved part of my other server apps to that mount and of course it’s not the fastest in the world, but in all my other server apps the loading time increased from half a second to 1 or 2 or maximum 3 seconds.
This is the experience and trade-off I get on other server apps, when putting all the data onto the mount.
However, with Nextcloud, I had a couple of seconds before, like 5 to 20 seconds maximum and now, after installing the Helm Chart with the newest Nextcloud version, I get at least 20 seconds, up to a minute or even longer wait time for each mouse click. Like, yes, the mount is slower than properly attached storage, but it’s not that much slower. It’s not a 100 times slower.
I wonder what configuration options I still can apply, to better the situation. For example, I disabled the File Access Control plugin, but things are still going slow.
In addition to that, if I change a lot of pages within the Web UI, by using mouse clicks, it can even lead to a
503 error, where the server seems completely gone. I then have to wait 1 or 2 minutes for the server to “come back”…
So, all in all, I expect a couple of seconds delay. Maybe 5 to 10 seconds, I don’t care about that too much. But not 1 minute for each mouse click plus the occasional
503 error. This is too much and unbearable.
Please, before putting all the blame on the
sshfs mount and calling it a day, be aware, that the old, previous Nextcloud installation was already very slow compared to other server apps on the same server. Other servers loaded instantly within 100ms to 200ms, while Nextcloud always needed 5 to 20 seconds.
Now, just because of that mount, I cannot wait that much longer, without even understanding the reason. Literally all other server apps I am using are fine and quick enough, but Nextcloud was always sooo slow…