Selasa, 08 Mei 2018

Nextcloud slowrespont

15 / 17
Feb 15


If you turned off the bruteforce protection, there shouldn’t be any entries in the database.
Can you bypass the load balancer and see if a direct login on the server is faster? For NC12, they did change quite a lot of the CSS stuff and with reverse proxies, there is perhaps something broken.
@juliushaertl do you have any ideas regarding these errors? Or you know who to ask?
Hello @tflidd
Thanks for comming back to this topic.

We got the same performance issue when bypass the loadbalancer directly. But we figured out somting went wrong with loading the Apps. TTFB (Time To First Byte) for all applications is very high. See screenshots:


Hope that helps.
Thanks in advance for your effort
Might be unrelated, but for me the issue seems more pronounced under the latest Firefox than with Chromium. Did you test that?
Hello @Krischan
Thanks for your answer.

We get the Same Results with all Browsers.
Here an Update:
We tried yesterday night to deploy a fresh Apache machine with Ubuntu 16.04.04.
We mountet the Data-Storage und connected it to the MySQL-Server but not to the REDIS. Even the Theming was not installed. The Peformance was super and we have seen the light at the end of the tunnel.

After connecting the Redis to the Appache it has started laging again.
Inspecting the REDIS Server has shown that it has no load or high I/O on the Network interface.

After removing this line:
'memcache.locking' => '\\OC\\Memcache\\Redis',
it has worked like expected. so we are wondering if there is somithing wrong with NC 12.0.4.3.

On our other Platforms, we migrated from OC 9.1.6 to 12.0.3 ant the to 12.0.4 without any Problems.
On the system whos affected we updatede from OC 9.1.6 to NC 12.0.4 directly
Update
So i did a Deep dive into REDIS with the MONITOR funktion and noticed that while loading a Page REDIS is going insane with the transactions.
I’ve got tousands of transactions with loading the Page once. Here just one block of the MONITOR log:
1515345445.254258 [0 127.0.0.1:33904] "EXEC"
1515345445.254432 [0 127.0.0.1:33904] “INCRBY” “0a05783b24c9cb834dd7430c1a79ac24/lockfiles/d6aad4cbc3df439e322896aebdcb520e” "1"
1515345445.254507 [0 127.0.0.1:33904] “EXPIRE” “0a05783b24c9cb834dd7430c1a79ac24/lockfiles/d6aad4cbc3df439e322896aebdcb520e” "3600"
1515345445.255699 [0 127.0.0.1:33904] “WATCH” "0a05783b24c9cb834dd7430c1a79ac24/lockfiles/d6aad4cbc3df439e322896aebdcb520e"
1515345445.255807 [0 127.0.0.1:33904] “GET” "0a05783b24c9cb834dd7430c1a79ac24/lockfiles/d6aad4cbc3df439e322896aebdcb520e"
1515345445.255878 [0 127.0.0.1:33904] "MULTI"
1515345445.255999 [0 127.0.0.1:33904] “DEL” “0a05783b24c9cb834dd7430c1a79ac24/lockfiles/d6aad4cbc3df439e322896aebdcb520e”
Memcache Loking is activated
‘memcache.locking’ => ‘\OC\Memcache\Redis’,
On all other Cloud Platforms do we have most of the time only GET requests in REDIS
may that helkps to isolate the problem
This is due to our locking. Maybe @icewind can have a look if this is all needed, but I guess so. :confused:
It shouldn’t be doing a large amount of locking operations per file load.
You can try installing xray2 which should be able to log what locking operations are done per request to give some in (but do note the “not for production” warnings).
Hello @icewind
Thanks for your answer

unfortunately i cant activate the xray app.
This is the Output of the Logfile:
Declaration of OCA\XRay\Source\StorageWrapper::copyFromStorage(OCP\Files\Storage\IStorage $sourceStorage, $sourceInternalPath, $targetInternalPath) must be compatible with OCP\Files\Storage::copyFromStorage(OCP\Files\Storage $sourceStorage, $sourceInternalPath, $targetInternalPath) at /var/www/owncloud/apps/xray/lib/Source/StorageWrapper.php#0
have i missed something?
Thanks in advance
33
22 DAYS LATER
Hello All
We updated our Instance to NC12.0.5 and have still facing the same issues.
Has anyone a idea where the Problem could sit?

Thanks in advance!
12 DAYS LATER
21 DAYS LATER

Tidak ada komentar:

Posting Komentar