-
Notifications
You must be signed in to change notification settings - Fork 86
NSFS | content dir, ignore failure to delete xattr from latest, if already deleted #8964
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
Conversation
8b2b8a6
to
83289f7
Compare
|
@shirady regarding your comment. in _clear_user_xattr we clear the user xattr from the directory. we check that the xattr exists before clearing them. the issue is that two threads can get to this function together and then one thread deletes the xattr while the second fails with this error because the first already deleted the xattr. and so the |
@nadavMiz thank you for the explanation. |
83289f7
to
9d7e284
Compare
9d7e284
to
821ad37
Compare
@shirady we are using fremovexattr. see clear_xattr in fs_nappi. however both fremovexattr and removexattr have the same errors |
821ad37
to
9cb1a03
Compare
…ready deleted Signed-off-by: nadav mizrahi <[email protected]>
9cb1a03
to
06e71fb
Compare
Describe the Problem
when adding to content dir at the same time after enabling versioning. both of them might try to remove the xattr from the directory. one of them will fail with ENODATA (The named attribute does not exist). ignore this error because attribute already deleted. see removexattr
Explain the Changes
Issues: Fixed #8846
NOTE - issue doesn't replicate on my environment. ran jest tests on CI 15 times without test failing but since it is a concurrency test, there may be other problems that didn't happen by chance
Testing Instructions:
sudo npx jest test_versioning_concurrency -t "content dir multiple puts of the same key"