-
Notifications
You must be signed in to change notification settings - Fork 9.4k
File space leak in the lock provider #39826
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
Comments
Hi @Sgeleon2000. Thank you for your report.
Join Magento Community Engineering Slack and ask your questions in #github channel. |
#39372 already fixes this. It didn't get merged in time to be shipped with Magento 2.4.8, so it will be for Magento 2.4.9 next year unfortunately. There are also some interesting finds documented in #39369, like this change: 65d8985 (which we reverted in a custom patch on our shops to keep lock files under control and having these block generation locks still use the database locking mechanism like how it was in Magento 2.4.6) |
Hi @engcom-Hotel. Thank you for working on this issue.
|
Preconditions and environment
Steps to reproduce
When using file mode in the file lock provider, the system does not remove the file after use. If there are many variations of the cache hash, the directory size can become very large.
Expected result
The directory where cache files are saved should be small.
Actual result
If there are many variations of the cache hash, the directory size can become very large.
Additional information
To fix this, we can use the following patch:
Release note
No response
Triage and priority
The text was updated successfully, but these errors were encountered: