-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Nodes generate Secret ID and used retrieving allocations/registering #1597
Conversation
3d95140
to
e7b2def
Compare
e7b2def
to
9142dd9
Compare
9142dd9
to
e87734d
Compare
e87734d
to
78fed11
Compare
78fed11
to
ba51037
Compare
Handle the in-place upgrade path. |
I think the right behavior would be - When a node registers and doesn’t provide a secret id, the server returns one if the node was previously registered and didn't have a secret id. The client should never generate a secret id, if it has a secret id and if that doesn’t match with what server has, the server can reject the registration. The client should just store whatever the server is sending in the state file and if an operator has tempered it, next time the node won't get registered until the state file is removed. |
Talked offline with Diptanu |
I'm going to lock this pull request because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active contributions. |
Also fixes client tests
@diptanu for review