-
Notifications
You must be signed in to change notification settings - Fork 48
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
Feat/s3 delete files #1127
Feat/s3 delete files #1127
Conversation
- Related to this [Fence PR](uc-cdis/fence#1127) for deleting files from a non-AWS S3 endpoint
Working on running all unit tests associated with this PR. |
Hi @BinamB Thank you for your patience with this PR on non-AWS S3 file deletion. Unit tests are now all passing, and we are finishing up the documentation of our integration test (tested against AWS and MinIO Buckets).
Not sure what’s blocking the Jenkins CI run, happy to take a look at any potential issues there. Let us know if we can provide anything to help with any reviews, thanks again! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Everything looks good to me. Could you add a unit test for delete_data_file
such that it can test the new get_s3_client
and a separate test for create_s3_clients
? @lbeckman314
df45be4
into
uc-cdis:feat/multi_part_bucket_param
New Features
Breaking Changes
Bug Fixes
Improvements
Dependency updates
Deployment changes
Initial Bug Report
Issue
When attempting to delete an indexd record using the delete_file_locations() method in the Gen3 SDK, we encounter a “The AWS Access Key Id you provided does not exist” error. The indexd record is in non-AWS S3 bucket (MinIO endpoint), which is specified by the endpoint_url of the bucket in the Fence config.
Expected Behavior
The delete_file_locations() method should delete both the file and the indexd record for both AWS and non-AWS S3-compatible buckets.
Error Message
Possible Cause
It might be possible the the endpoint_url of the bucket isn’t being passed to the Boto client in the Fence code?
fence-config.yaml: