-
Notifications
You must be signed in to change notification settings - Fork 1
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
really skip label check by ignoring incoming labels #3
Conversation
Signed-off-by: Mauro Stettler <[email protected]>
Signed-off-by: Mauro Stettler <[email protected]>
Am I correct that this change is only required during the migration of a cluster that doesn't use to labels to start using them? If so should we plan to upstream this at all or just add it to our fork temporarily? I suppose this is useful for more than just Mimir so perhaps upstreaming makes sense. |
Correct
I think upstreaming it makes sense, because as you said it could be useful to more people. I want to test it first in a real-world scenario before upstreaming though |
I checked the original PR hashicorp#246 to see if there was any discussion about |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I keep not understanding why it was implemented that way in the original PR, but after double checking the code I think this change is good.
I also looked at the initial PR and I'm not sure why it was implemented the way it is, I suspect it was an oversight because the way it's implemented in main doesn't seem like it really serves any useful purpose: If the flag is true: any packet with a label will fail ¯\_(ツ)_/¯ |
4 people looking at it, and looks good, so let's merge it. |
currently the flag
SkipInboundLabelCheck
doesn't really make memberlist skip the label check, because if this flag is enabled and the memberlist client is configured with no label and then it receives a message that has a label then prints a warning and drops the received message. I think ifSkipInboundLabelCheck
is enabled then it shouldn't matter whether incoming messages have a label, at all.