[EXTDAM-116] S3: Strange behaviour deleting a folder Created: 29/Apr/20  Updated: 20/Jul/20  Resolved: 26/May/20

Status: Closed
Project: External DAMs
Component/s: s3
Affects Version/s: 1.0
Fix Version/s: 1.0.1

Type: Bug Priority: Neutral
Reporter: Jesus Alonso Assignee: Jesus Alonso
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0d
Time Spent: 0.25h
Original Estimate: Not Specified

Attachments: File Screen Recording 2020-04-29 at 14.25.08.mov    
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Epic Link: DAMs backend
Sprint: Add-Ons 38
Story Points: 1

 Description   

Step to reproduce

  • Create two folders just bellow a bucket such as folder1/folder2
  • Delete the parent folder folder1
  • Create again folder1
  • folder2 will appear inside folder1 even although it was already deleted in the second step
  • If you now create within folder1 a new folder (folder3), folder2 disappears.

Possible explanation: S3 is eventually consistent and the deletion of the second folder is not yet committed.

 

 

AC

  • Verify if the problem is coming from S3 or from our side e.g. Cache
    • If it is S3, do nothing and close the ticket with your findings
    • If it on our side, file a ticket.


 Comments   
Comment by Jesus Alonso [ 14/May/20 ]

It turns out it is a cache problem. In the previous above we have the following entries in cache:

  • /bucket
  • /bucket/folder1

When we delete /folder1, only the cache for /bucket (the parent) is being evicted. Thus, if we create again /folder1, as it is already cached, the cached content is used.

Solution could be evicting the current folder too in deleteFolder.

Generated at Mon Feb 12 01:52:03 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.