-
Notifications
You must be signed in to change notification settings - Fork 38
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
Status code may lead to client cache invalidation #2767
Labels
bug
Something isn't working
I4
No visible changes
neofs-storage
Storage node application issues
S4
Routine
U2
Seriously planned
Milestone
Comments
carpawell
added
bug
Something isn't working
question
Further information is requested
neofs-storage
Storage node application issues
labels
Mar 7, 2024
Also
|
roman-khimov
added
U2
Seriously planned
S4
Routine
I4
No visible changes
and removed
question
Further information is requested
labels
Mar 8, 2024
cthulhu-rider
added a commit
that referenced
this issue
Mar 19, 2024
Previously, storage node closed connection with the remote node on any status response from it for configured period of time (e.g. 30s). This was fundamentally incorrect since status responses can only come from "healthy" nodes. From now status responses don't affect inter-node connections. Closes #2767. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
cthulhu-rider
added a commit
that referenced
this issue
Mar 19, 2024
Previously, storage node closed connection with the remote node on any status response from it for configured period of time (e.g. 30s). This was fundamentally incorrect since status responses can only come from "healthy" nodes. From now status responses don't affect inter-node connections. Closes #2767. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
cthulhu-rider
added a commit
that referenced
this issue
Mar 19, 2024
Previously, storage node closed connection with the remote node on any status response from it for configured period of time (e.g. 30s). This was fundamentally incorrect since status responses can only come from "healthy" nodes. From now status responses don't affect inter-node connections. Fixes #2767. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
cthulhu-rider
added a commit
that referenced
this issue
Mar 19, 2024
Previously, storage node closed connection with the remote node on any status response from it for configured period of time (e.g. 30s). This was fundamentally incorrect since status responses can only come from "healthy" nodes. From now status responses don't affect inter-node connections. Fixes #2767. Signed-off-by: Leonard Lyubich <leonard@morphbits.io>
roman-khimov
added a commit
that referenced
this issue
Mar 22, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug
Something isn't working
I4
No visible changes
neofs-storage
Storage node application issues
S4
Routine
U2
Seriously planned
Is your feature request related to a problem? Please describe.
Saw in logs:
Describe the solution you'd like
Do not drop connections because of status errors. Status response means that node responds.
Describe alternatives you've considered
Do not have any.
The text was updated successfully, but these errors were encountered: