bugfix/multipart_removing #370
No reviewers
TrueCloudLab/storage-services-developers
Labels
No labels
P0
P1
P2
P3
good first issue
Infrastructure
blocked
bug
config
discussion
documentation
duplicate
enhancement
go
help wanted
internal
invalid
kludge
observability
perfomance
question
refactoring
wontfix
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TrueCloudLab/frostfs-s3-gw#370
Loading…
Reference in a new issue
No description provided.
Delete branch "dkirillov/frostfs-s3-gw:bugfix/multipart_removing"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
8fa8dd0166
to3f1ebde426
Looks nice.
We should discuss what happens when we pass
p.Size
toobjectPutAndHash
function which callsfrostfs.CreateObject
that setsobj.SetPayloadSize(prm.PayloadSize)
.This feels a bit weird when we store multipart link object. Shall we do something with it in v0.30.0 let's see.
It seems storage node doesn't check payload size for client stream. For client cut the check exists but sdk forms proper size when cut is being performed.
Probably @fyrchik can clarify storage node behavior
As we discussed, object put streaming does not use payload size value from header at all, so it's okay to set any values as gateway does. As for client cut, SDK library sets payload size automatically, so user defined value is ignored as well.