NC Web GUI _partially_ dead slow (answers in more than 30sec)

ℹ️ Support
, ,
1
Support intro

Sorry to hear you’re facing problems. :slightly_frowning_face:

The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.

If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.

Getting help

In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.

Before clicking submit: Please check if your query is already addressed via the following resources:

(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly).

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. :heart:

The Basics

  • Nextcloud Server version (e.g., 29.x.x):
    • 30.0.17
  • Operating system and version (e.g., Ubuntu 24.04):
    • Arch Linux
  • Web server and version (e.g, Apache 2.4.25):
    • apache 2.4.62
  • Reverse proxy and version _(e.g. nginx 1.27.2)
    • none
  • PHP version (e.g, 8.3):
    • 8.3.15
  • Is this the first time you’ve seen this error? (Yes / No):
    • haunts me for months
  • When did this problem seem to first start?
    • likely when deploying nc30
  • Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.)
    • updated from nc29 with web updater
  • Are you using CloudfIare, mod_security, or similar? (Yes / No)
    • No

Summary of the issue you are facing:

When using NC from browser (mostly firefox) the following pages appear very slow:

  • Login page (which means it is slow even if no user is available yet)
  • Dashboard
  • Contacts
  • Calendar

Logout is fast, Files is fast (!)

The behaviour is independant from the number of users logged in, even if I lock out all others (by iptables) my single login shows the same problems.

Usage by mobile app (nextcloud app, calendar or contacts via DAV) is fast as well.

Steps to replicate it (hint: details matter!):

  1. There is probably no good way to replicate the setup as it is updated through from way back below NC15

Log entries

Nextcloud

Remember the problem shows already for the login page, there is not really much logging going on at this time.

Web Browser

If the problem is related to the Web interface, open your browser inspector Console and Network tabs while refreshing (reloading) and reproducing the problem. Provide any relevant output/errors here that appear.

PASTE

Web server / Reverse Proxy

The output of your Apache/nginx/system log in /var/log/____:

PASTE HERE

Configuration

Nextcloud

The output of occ config:list system or similar is best, but, if not possible, the contents of your config.php file from /path/to/nextcloud is fine (make sure to remove any identifiable information!):

would paste if I knew how to paste around 800 lines, and there is no option to upload a txt file into this, right?

Apps

Enabled:

  • activity: 3.0.0
  • admin_audit: 1.20.0
  • app_api: 4.0.6
  • audioplayer: 3.7.0
  • calendar: 5.5.12
  • circles: 30.0.0
  • cloud_federation_api: 1.13.0
  • comments: 1.20.1
  • contacts: 7.3.10
  • contactsinteraction: 1.11.0
  • cpanelmailsync: 0.1.7
  • dashboard: 7.10.0
  • dav: 1.31.1
  • deck: 1.14.8
  • drawio: 3.0.9
  • federatedfilesharing: 1.20.0
  • federation: 1.20.0
  • files: 2.2.0
  • files_downloadlimit: 3.0.0
  • files_pdfviewer: 3.0.0
  • files_reminders: 1.3.0
  • files_retention: 1.19.1
  • files_sharing: 1.22.0
  • files_trashbin: 1.20.1
  • files_versions: 1.23.0
  • firstrunwizard: 3.0.0
  • groupquota: 0.2.3
  • integration_dropbox: 4.1.0
  • integration_google: 4.2.0
  • integration_onedrive: 3.5.0
  • logreader: 3.0.0
  • lookup_server_connector: 1.18.0
  • nextcloud_announcements: 2.0.0
  • notes: 4.12.4
  • notifications: 3.0.0
  • oauth2: 1.18.1
  • passman: 2.4.12
  • password_policy: 2.0.0
  • photos: 3.0.2
  • polls: 8.3.10
  • privacy: 2.0.0
  • provisioning_api: 1.20.0
  • recommendations: 3.0.0
  • related_resources: 1.5.0
  • richdocuments: 8.5.13
  • richdocumentscode: 25.4.702
  • serverinfo: 2.0.0
  • settings: 1.13.0
  • sharebymail: 1.20.0
  • spreed: 20.1.11
  • support: 2.0.0
  • survey_client: 2.0.0
  • systemtags: 1.20.0
  • tasks: 0.16.1
  • text: 4.1.0
  • theming: 2.6.0
  • twofactor_backupcodes: 1.19.0
  • updatenotification: 1.20.0
  • user_external: 3.4.0
  • user_status: 1.10.0
  • viewer: 3.0.0
  • weather_status: 1.10.0
  • webhook_listeners: 1.1.0-dev
  • workflowengine: 2.12.0

Disabled:

  • bruteforcesettings: 3.0.0 (installed 2.7.0)
  • encryption: 2.18.0
  • files_external: 1.22.0 (installed 0.2.3)
  • files_rightclick: 0.15.1 (installed 1.6.0)
  • files_texteditor: 2.15.1 (installed 2.15.1)
  • keeweb: 0.6.22 (installed 0.6.22)
  • news: 26.1.0 (installed 26.1.0)
  • suspicious_login: 8.0.0
  • twofactor_nextcloud_notification: 4.0.0
  • twofactor_totp: 12.0.0-dev
  • user_ldap: 1.21.0
  • user_pwauth: 2.8.3 (installed 2.8.3)
  • whiteboard: 1.4.2 (installed 1.4.2)

2

Do the part described in the support template (above) to try to isolate the slow transaction.

Are you sure you’re specifying occ config:list system rather than occ config:list?

3

For a start I can show these (right from the beginning of a reload of the login page):

GEThttps://cloud.X.Y/apps/tasks/css/tasks-store.css?v=f5f692bb-25NS_ERROR_CORRUPTED_CONTENT

GEThttps://cloud.X.Y/apps/tasks/css/tasks-TaskCreateDialog.css?v=f5f692bb-25NS_ERROR_CORRUPTED_CONTENT

GEThttps://cloud.X.Y/apps/tasks/css/tasks-Plus.css?v=f5f692bb-25NS_ERROR_CORRUPTED_CONTENT

Followed by:

The resource from “https://cloud.X.Y/apps/tasks/css/tasks-store.css?v=f5f692bb-25” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).

dashboard

The resource from “https://cloud.X.Y/apps/tasks/css/tasks-TaskCreateDialog.css?v=f5f692bb-25” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).

dashboard

4

Is Redis configured, for example, as shown below?
‘memcache.local’ => ‘\OC\Memcache\Redis’,
‘memcache.distributed’ => ‘\OC\Memcache\Redis’,
‘memcache.locking’ => ‘\OC\Memcache\Redis’,
‘redis’ =>
array (
‘host’ => ‘/var/run/redis/redis.sock’,
‘port’ => 0,
‘timeout’ => 0.0,
‘dbindex’ => 0,
),

5

Yes I use redis as distributed memcache and APCu as local. This is a clustered setup where redis serves all nodes.

And to answer beforehand:

The cluster has nothing to do with the problem (externally viewed), as the problem stays even if only one node serves nextcloud and the others are switched off.

6

I haven’t looked closer into your post, but this caught my eye. In the past it had some side effects like slow page loading. So I would try to disable it (and richdocuments) and retry. If that does not work, other apps might be worth a try.

7

I read the corresponding threads, but it did not seem a clear “solution”. Fact is that it is no solution at all, as disabling it means loosing the collaborative document editing, right?

8

Can’t really tell, sorry, a dedicated Collabora instance is preferred.
The question is, does it solve the issue when you disable it?

9

Ok, now I am a bit puzzled. richdocuments is necessary to provide access to a dedicated Collabora service (which I provide).

Still, I deactivated richdocuments, and the effect on the problem is null. All pages are still very slow, besides Files that is fast as ever.

10

I was mainly talking about “richdocumentscode”, that shouldn’t be enabled anyway if you have a dedicated Collabora instance.

11

Sorry for the misunderstanding, of course I disabled richdocumentscode and it makes no difference…

BTW: I would not expect richdocumentscode to have any influence on contacts, or the login page. Nevertheless I agree to better remove unused apps…

1 Like
12

@skraw sorry for barging in from the side, but you describe partial site reply of “30 seconds” → this sounds like you’re running into some brute force protection throttling which could be associated with an incorrect or missing trusted proxies setting in your config.php… this is merely a hunch!

its clear you’re not using the snap, but similar has been documented How to manage security brute force protection and throttling in Nextcloud snap and may give you a nudge in the right direction?

13

I really had this idea, too. So I disabled the brute force app. It makes no sense in my setup anyway. Still I am not 100% sure if disabling the app is sufficient to get rid of the stuff.

14

@skraw, so could you double check brute force attempts Brute force protection — Nextcloud latest Administration Manual latest documentation possibly from some misconfigured device.

that should suffice for testing, but the app is an important security measure and should not be kept disabled if at all possible!

if you can establish which device is causing the brute-force throttling then you could try and reconfigure it…

15

I would expect config.php containing:

‘auth.bruteforce.protection.enabled’ => false,

to work, not?

16

double check that occ command…

17

which exact command do you want me to check?

18

there’s an occ command to disable that app: occ app:disable <appname>, but if you’re sure about that config → go for it

regardless which method you prefer, be sure to backup your configuration file before editing! Take care to preserve the syntax and special characters, as incorrect formatting or misplaced characters and spaces may render your Nextcloud unusable.

19

I may say that I use NC and OC before for years now and have backups of everything all the time. Still I do have the thought that something around the brute force protection implementation of NC is simply broken. I wonder if they ever did check out if disabling it by config really works, I mean really …

The slow login page makes me wonder…

20

:thinking:

not for us to wonder about… if so, consider creating a PR on the devs Github :wink: