-
-
Notifications
You must be signed in to change notification settings - Fork 4.7k
prevent lock values from going negative with memcache backend #10116
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
Conversation
This can be caused by the code releasing more locks then it acquires, once the lock value becomes negative it's likely that it will never be able to change into an exclusive lock again. Signed-off-by: Robin Appelman <robin@icewind.nl>
|
Will this fix old locked files as well? |
|
If a shared lock is acquired and released for an existing broken file it should fix itself. |
MorrisJobke
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code makes sense and it still works fine 👍
|
The failing tests are unrelated -> merging. |
|
Backport to stable13 makes sense IMO. |
|
@icewind1991 We should do the same for the DB provider as I have seen a stak trace with "-1" in the SQL query as well: #9305 (comment) |
|
The db locking backend uses |
|
@icewind1991 Mind to open backport PRs? |
This can be caused by the code releasing more locks then it acquires,
once the lock value becomes negative it's likely that it will never be able
to change into an exclusive lock again.
Signed-off-by: Robin Appelman robin@icewind.nl