RocketChat / RocketChat/Rocket.Chat
Retention policy does not delete physical files on disk
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 46.1k
- Forks
- 13.9k
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 130
Description
Description:
When enabling and configuring the retention policy, files are pruned from the chats, but the files are not deleted physically from the disk drive mounted mapped to the docker container
Steps to reproduce:
- Apply retention policy for pruning files and messages
Expected behavior:
Files are pruned both from the chats, channels AND from the filesystem on which the files are stored
Actual behavior:
Files are pruned from chats but persist on the filesystem storage
Server Setup Information:
- Version of Rocket.Chat Server: 3.6.1, also tested on 4.6.1
- Operating System: Centos 7.8
- Deployment Method: Docker
- Number of Running Instances: 1
- DB Replicaset Oplog: enabled
- MongoDB Version: 4.0.19 for Rocket 3.6.1; 5.0.6 for rocket 4.6.1
- Storage type: Filesystem storage
Client Setup Information
- Desktop App or Browser Version: Chrome , Firefox, Desktop app 3.7.x
- Operating System:
Additional context
For these installation, the storage method used is filesystem storage; a dedicated disk on the host machine is mapped to the rocket docker container.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the retention-policy pruning with filesystem storage on a Docker deployment, using the versions and storage setup described in the issue. Trace the retention job and filesystem-storage path, then verify that pruning removes files from chats and channels and from the host-mounted filesystem.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker
- Domain
- backend, infrastructure
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100