We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Using Redis v7.2.4
Files of over >=512MB result in a Impossible to set value into Redis, write tcp 10.69.42.43:57726->10.69.42.42:6379: write: connection reset by peer
Impossible to set value into Redis, write tcp 10.69.42.43:57726->10.69.42.42:6379: write: connection reset by peer
This is most likely a result of the 512M STRING Value cap of REDIS, Files of ~900MB will get stuck part way downloading on cached handlers.
Large Files(few gigs) will results in a HTTP timeout never allowing file download, and causes a memory leak taking all up the systems memory.
Suggested Fix: If redis write fails, bypass cache on first load, send response & cache in a non-blocking manner
The text was updated successfully, but these errors were encountered:
Setting proto-max-bulk-len in redis conf fixes the issues for files that dont violate the HTTP timeout.(beyond a large time to start download)
However the HTTP timeout still exists in larger files and will cause a memory leak.
Sorry, something went wrong.
Hello @0xEmma, IMHO you may use the max_body_bytes directive to prevent these files from being cached.
max_body_bytes
Successfully merging a pull request may close this issue.
Using Redis v7.2.4
Files of over >=512MB result in a
Impossible to set value into Redis, write tcp 10.69.42.43:57726->10.69.42.42:6379: write: connection reset by peer
This is most likely a result of the 512M STRING Value cap of REDIS, Files of ~900MB will get stuck part way downloading on cached handlers.
Large Files(few gigs) will results in a HTTP timeout never allowing file download, and causes a memory leak taking all up the systems memory.
Suggested Fix:
If redis write fails, bypass cache
on first load, send response & cache in a non-blocking manner
The text was updated successfully, but these errors were encountered: