-
Notifications
You must be signed in to change notification settings - Fork 36
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
Proper way to clean media_store_path? #28
Comments
An answer to this would be great. A few further questions: Can someone explain the three options Is there a way to say that i just want to use S§ and not the local file system for media? @sunsingerus maybe you figured these things out? |
I think |
did you ever figure it out? |
I played with this and simply emptying local media storage with |
Going through the source code of Synapse it looks like it can't be disabled in config. If I understand it correctly this can be fixed by refactoring the code to only use |
See https://element-hq.github.io/synapse/latest/usage/configuration/config_documentation.html#media_storage_providers for the respective documentation |
I have the following setup:
With this setup, files are kept both in
/data/media_store
and insynapsebucket
bucket now.As far as I understand, synapse upload files into
/data/media_store
and synapse-s3-storage-provider copies these files tosynapsebucket
bucket.However, files in
/data/media_store
are not required, after being copied to bucket, but are still in there.How should
/data/media_store
be cleaned properly?Should I setup a cronjob and just
rm
old files in/data/media_store
?Or may be there are more proper ways to do this?
I have some vague idea that
s3_media_upload
is somehow related to this, but do not grasp the whole picture. I do not uses3_media_upload
at the moment and files are successfully copied into bucket by synapse-s3-storage-provider already.The main (and only problem at the moment) is unused files kept in
/data/media_store
.Please, advise! Thanks in advance!
The text was updated successfully, but these errors were encountered: