mirror of
https://github.com/nspcc-dev/neofs-http-gw.git
synced 2026-03-01 04:29:08 +00:00
Error 404 (Not Found) for object with attributes right after POST #71
Labels
No labels
I1
I3
I4
S2
S3
S4
U2
U2
U3
U4
blocked
bug
config
documentation
enhancement
go
good first issue
help wanted
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nspcc-dev/neofs-http-gw#71
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Originally created by @e7506c on GitHub (Jul 21, 2022).
I have setup with several storage nodes in the cloud. When I try to GET objects right after POST using attributes, I've got 404 error.
I've got 404 error for GET object right after POST when using GET with attributes
If I put some sleep after POST (5 seconds), GET returns object fine.
NOTE: issue is not reproduced with DevEnv.
Expected Behavior
Object returns with GET right after POST.
Current Behavior
I've got 404 error for GET object right after POST when using GET with attributes
If I put some sleep after POST (5 seconds), GET returns object fine.
Steps to Reproduce (for bugs)
Got error:
if wait some time (up to 5 seconds). GET returns fine:
@alexvanin commented on GitHub (Jul 22, 2022):
Two questions:
nspcc-dev/neofs-http-gw@a2d667acf9/config/config.yaml (L19-L38)object putandobject getcommands?@e7506c commented on GitHub (Jul 27, 2022):
Sorry for a long replay.
Not sure if I mentioned this clearly, but there is no problem with getting object by id using HTTP gate right after put. The problem with getting object by attribute using HTTP.
Anyway, I tried with your suggestions. My config file looks like this:
before:
after the change:
and yes, issue is still reproduced.
object putandobject getusing NeoFS CLI.@KirillovDenis commented on GitHub (Aug 8, 2022):
@e7506c
Did you explicitly set the
fileNameattribute by usingX-Attribute-fileNameheader during object uploading? By default the object name is stored inFileNameattribute@KirillovDenis commented on GitHub (Aug 12, 2022):
@e7506c
Actually you should try to reproduce this with
neofs-cli object search --filters filters.jsonrather thanneofs-cli object getSample of
filters.json:@KirillovDenis commented on GitHub (Aug 25, 2022):
@vdomnich-yadro @anikeev-yadro
Could you please reproduce this bug and check: https://github.com/nspcc-dev/neofs-http-gw/issues/176#issuecomment-1207730692, https://github.com/nspcc-dev/neofs-http-gw/issues/176#issuecomment-1213076488
@anikeev-yadro commented on GitHub (Sep 1, 2022):
@KirillovDenis reproduced steps :
filters.json
echo [{"matchType":"STRING_EQUAL","key":"FileName","value":"object1662034723"}]Put object by http:
Get object by http right after put - OK:
Search object right after put - OK:
Versions:
@anikeev-yadro commented on GitHub (Sep 1, 2022):
I think the root cause is in
fileNameattribute insted ofFileName.Because I have tried to wait some time between get oject by attribute with name
fileName. But original issue was not reploruced.@alexvanin commented on GitHub (Sep 13, 2022):
Cannot reproduce on latest master. Reopen in case of any further issues with it.