-
Notifications
You must be signed in to change notification settings - Fork 155
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
Consistency Problem with Async. Deletion #783
Comments
The problem here is between Request and Handle, there could be state changes (other operations) |
yosukehara
added a commit
to yosukehara/leofs
that referenced
this issue
Jul 22, 2017
yosukehara
added a commit
to yosukehara/leo_mq
that referenced
this issue
Jul 22, 2017
yosukehara
added a commit
to yosukehara/leo_mq
that referenced
this issue
Jul 22, 2017
mocchira
pushed a commit
that referenced
this issue
Jul 25, 2017
mocchira
pushed a commit
to leo-project/leo_mq
that referenced
this issue
Jul 25, 2017
yosukehara
added a commit
to yosukehara/leofs
that referenced
this issue
Aug 1, 2017
yosukehara
added a commit
to yosukehara/leofs
that referenced
this issue
Aug 1, 2017
mocchira
pushed a commit
that referenced
this issue
Aug 2, 2017
Issue fixed with |
yosukehara
added a commit
that referenced
this issue
Aug 9, 2017
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
Asynchronous deletion would cause consistency problem if another modification has occurred before the async. deletion is handled
Root Cause
Directory Deletion
leo_storage
handles the deletion, the list of objects could have been changed by the timeObject Deletion
leo_storage
starts to handle, not the origin request timeAction to take
Clarify the consistency model, especially the mix of sync and async. operations, the time stamp record for reconciliation
Related Issue
Spark first cleanup the temporary folder and then start to write data into the folder #595
The text was updated successfully, but these errors were encountered: