-
Notifications
You must be signed in to change notification settings - Fork 174
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
[ARO-11484] Fix fixetcd GA #4034
base: master
Are you sure you want to change the base?
Conversation
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.
Mostly LGTM, and it was thoughtful to add an E2E test. I made some small suggestions and have one other thing to point out.
There's a part of the user story that I don't see addressed in the PR: I want to add a conditional check for when the node IP address remains the same, and delete the existing etcd Pod if it's in a crashloop
. Is that part of the story still needed?
@kimorris27 Thank you for taking a look!
I don't think it's actually needed. You might be able to reproduce it by running e2e. When you get 200 from the fixetcd api, the etcd pod should be CrashLoopBackoff. |
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.
LGTM given the responses to my original comments. The only issue I see now is that it looks like some unit tests in pkg/frontend
need to be updated to reflect the changes to fixetcd.go
, but maybe someone else will need to pick up this work first?
Which issue this PR addresses:
Fixes https://issues.redhat.com/browse/ARO-11484
What this PR does / why we need it:
This PR fixes fixetcd GA.
Also I added e2e, but it takes so long and it can't run in parallel, so I make it
regression test
.It doesn't run by default in CI.
E2E test is intended to ensure the master replacement SOP is valid because I couldn't reproduce the etcd issue with 100% possiblity.
I think it's enough solution until we find the reliable reproducible scenario.
Test plan for issue:
e2e
Is there any documentation that needs to be updated for this PR?
no
How do you know this will function as expected in production?
e2e, master replacement & fixetcd GA