Skip to content
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

deleting a folder through filer api does not delete files from the volume server #1197

Closed
ignusws opened this issue Feb 12, 2020 · 3 comments

Comments

@ignusws
Copy link

ignusws commented Feb 12, 2020

Sponsors SeaweedFS via Patreon https://www.patreon.com/seaweedfs

Describe the bug
Simple setup
docker-compose up -d
weed filer.copy /home/Downloads/files/test http://172.18.0.18:8888/
curl -X DELETE http://172.18.0.18:8888/test?recursive=true

Folder and files was deleted from the filer-server but remained on the volume-server. Deleting single file through filer api removes file from volume-server, deleting folder through weed mount also correctly removes files from volume-server

ALSO
if weed filer.copy executed twice on same folder than old files with same path wont be deleted from volume server

System Setup

  • The default docker-compose setup from here: docker/seaweedfs-compose.yml
  • OS version Linux Mint 19.2
  • output of weed version version 30GB 1.53 linux amd64

Expected behavior
Files and folders should be deleted from volume-server on api call

@chrislusf
Copy link
Collaborator

How do you check the file is not deleted from the volume servers? There are a few seconds delay of actually deleting the file chunks from the volume server.

@ignusws
Copy link
Author

ignusws commented Feb 12, 2020

How do you check the file is not deleted from the volume servers?

2020-02-12_13-47
through webui, trash shows zeros on all volumes, direct links to volume servers also works

@chrislusf
Copy link
Collaborator

Thanks for the report! Found the first problem. The second problem is not reproducible though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants