RocketChat / RocketChat/Rocket.Chat

Retention policy does not delete physical files on disk

Open
#25,548 10 comments 3 reactions 0 assignees View on GitHub

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:
  1. 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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.