-
Notifications
You must be signed in to change notification settings - Fork 115
Labels
triagePending for triagingPending for triaging
Description
What happened?
When a user aborts a multipart upload, abortMultipartUpload calls LakeFS to abort the remote multipart upload before deleting the upload session from the database. If the LakeFS call fails (e.g., 400 invalid address signature, physical address expired), the DB session is not deleted. Because the entire operation runs inside withTransaction, the transaction is rolled back, leaving an orphaned session in the database.
Expected behavior
The upload session should be cleaned up from the database when the user requests an abort, regardless of whether the LakeFS abort succeeds or fails.
How to reproduce?
- Start a multipart upload.
- Interrupt the upload mid-way and force the LakeFS abort to fail (manually modify the session's physical address in the database).
- Click Abort.
- If LakeFS rejects the abort, the session remains in the
dataset_upload_sessiontable. - Subsequent uploads/resume attempts for the same file may encounter the orphaned session.
Version
1.1.0-incubating (Pre-release/Master)
Commit Hash (Optional)
No response
What browsers are you seeing the problem on?
No response
Relevant log output
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
triagePending for triagingPending for triaging