[#231] Fix get latest version node #231

Merged
alexvanin merged 1 commit from :feature/fix_get_latest_node_version into support/v0.28 2023-10-06 09:26:40 +00:00
Member

We have the following problem. For example, if we created an object with the key a and an object with the key a/b (it is important that the name of the "folder" is the same as the name of the object), and then we call the aws rm --recursive command to the bucket in which they lie, then in the end the object with the key a it is not deleted.

This happens because when requesting a tree service to get a node of the object version, we get a node that is a secondary object a. The resulting node does not have an OID attribute, and as a result, further deletion of the object with the a key does not occur.

As a solution, an option is proposed in which we get the entire list of nodes by a certain path (key) and then choose the node of the object version we need ourselves, depending on the presence of the OID attribute and the timestamp value.

Signed-off-by: Roman Loginov r.loginov@yadro.com

We have the following problem. For example, if we created an object with the key a and an object with the key a/b (it is important that the name of the "folder" is the same as the name of the object), and then we call the aws rm --recursive command to the bucket in which they lie, then in the end the object with the key a it is not deleted. This happens because when requesting a tree service to get a node of the object version, we get a node that is a secondary object a. The resulting node does not have an OID attribute, and as a result, further deletion of the object with the a key does not occur. As a solution, an option is proposed in which we get the entire list of nodes by a certain path (key) and then choose the node of the object version we need ourselves, depending on the presence of the OID attribute and the timestamp value. Signed-off-by: Roman Loginov <r.loginov@yadro.com>
r.loginov self-assigned this 2023-10-06 08:01:55 +00:00
r.loginov changed title from [##] Fix get latest version node to [#231] Fix get latest version node 2023-10-06 08:03:09 +00:00
r.loginov force-pushed feature/fix_get_latest_node_version from ce19dea8e1 to ffdd54712e 2023-10-06 08:04:22 +00:00 Compare
r.loginov requested review from storage-services-committers 2023-10-06 08:09:25 +00:00
r.loginov requested review from storage-services-developers 2023-10-06 08:09:26 +00:00
Member

Probably we should also update CHANGELOG.md

Probably we should also update CHANGELOG.md
r.loginov force-pushed feature/fix_get_latest_node_version from ffdd54712e to 670576248a 2023-10-06 08:48:58 +00:00 Compare
alexvanin approved these changes 2023-10-06 09:22:13 +00:00
JuliaKovshova approved these changes 2023-10-06 09:25:41 +00:00
alexvanin merged commit 670576248a into support/v0.28 2023-10-06 09:26:40 +00:00
alexvanin deleted branch feature/fix_get_latest_node_version 2023-10-06 09:26:40 +00:00
alexvanin referenced this pull request from a commit 2023-10-06 09:26:41 +00:00
alexvanin added this to the v0.28.0 milestone 2023-11-23 15:06:42 +00:00
Sign in to join this conversation.
No reviewers
TrueCloudLab/storage-services-developers
No milestone
No project
No assignees
4 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: TrueCloudLab/frostfs-s3-gw#231
No description provided.