-
Notifications
You must be signed in to change notification settings - Fork 450
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deadlock found when trying to get lock #4093
Comments
While browsing in messages, i can also observe some of these in Browser log:
Followed by:
|
Do you have a warning like the following in your admin settings?
|
No, DB is
|
It seems problems were introduced since 19.0.2 upgrade (like nextcloud/server#22482) but they were submitted to the admins by users only today. Each user has an average of 20 active conversations. |
Well this query here is totally unrelated to the files app. And I'm pretty sure that there was no related change on the database layer in the update |
There wasn't also any change in our servers since months, others then applying security patches to the system. Users all agree that problems started at the same moment 19.0.2 was introduced. The problem is that even to get into (some) existing messages is impossible, as Nextcloud claims they not exist (but they do), but after refreshing the page, we can access them, but then we can't access other messages...etc. This is a mess :\ This is what we can see in browser log, no matter what browser, emptied caches, etc. |
Can you check the table structure of your |
|
So you said it started after the update to 19.0.2, did oyu run 19.0.0 or 19.0.1 before? Or an old 18.0.x version? |
All upgrades had been made since v18, minor by minor (18.0.1, 18.0.2......19.0.0, 19.0.1, 19.0.2). |
In $this->tablePrefix = $params['tablePrefix']; can you add: $this->setTransactionIsolation(\Doctrine\DBAL\TransactionIsolationLevel::READ_COMMITTED); And see if that solves the issue? |
|
Ah in the meantime the import was removed, try: $this->setTransactionIsolation(\Doctrine\DBAL\TransactionIsolationLevel::READ_COMMITTED); |
No, same behavior (i've removed the extra |
Please also note that errors like Nginx, MariaDB, PHP, Redis and Nextcloud |
yeah but the 404 and 409 happen because setting your session fails |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Is this still happening in the newest 10.0.5 version or maybe one can even try the 11.0.0-alpha.3? |
Yes, unfortunately, in 10.0.5. (in my case: nextcloud/server#25075) |
I can't tell, since #4093 (comment) |
Seems to not happen anymore with later nextcloud versions. |
Actual behaviour
Messages on the Talk app like "Message not found" or "Double session, you are already connected on another device"
Is this related to nextcloud/server#22482 ?
Talk app
Talk app version:
9.0.3
Custom Signaling server configured:
No
Custom TURN server configured:
Yes
Custom STUN server configured:
Yes
Browser
Chrome or Firefox, same behavior
Browser log
Server configuration
Operating system: Ubuntu/RedHat/...
Ubuntu
Web server: Apache/Nginx
Nginx 1.19.2
Database: MySQL/Maria/SQLite/PostgreSQL
MariaDB 10.4.14
PHP version: 7.2/7.3/7.4
7.3.21
Nextcloud Version: (see admin page)
19.0.2
Server log (data/nextcloud.log)
The text was updated successfully, but these errors were encountered: