-
Notifications
You must be signed in to change notification settings - Fork 45
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
WIP: Split deploy_node and prepare etcd members for cluster addition #2147
WIP: Split deploy_node and prepare etcd members for cluster addition #2147
Conversation
Hello ebaneck,My role is to assist you with the merge of this Status report is not available. |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
|
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
Peer approvals must include at least 1 approval from the following list:
|
17251b1
to
bc7630e
Compare
History mismatchMerge commit #a62df6e25135fc7693e0c4e2cdd06721de67d45c on the integration branch It is likely due to a rebase of the branch Please use the |
933a12a
to
db55c68
Compare
7b85a6f
to
3027628
Compare
6d8cab5
to
c3336e4
Compare
0befc0e
to
22f04ec
Compare
6c251fb
to
2aa4cac
Compare
Add a small delay right after `apiserver-proxy` manifest get changes so that we didn't check the "old" apiserver-proxy
If we try to deploy `apiserver-proxy` on an "master" node we will have `weight=100` for the local apiserver but this local apiserver may not be ready or configured yet, so we need to be able to skip the `apiserver-proxy` healthcheck from the salt state
When we run `etcd` state we want to check `etcd` health by default but when we deploy a new `etcd` the new member is not yet registered in the `etcd` cluster so we need to skip the healthcheck of the `etcd` when deploying this new `etcd` node, so adding a pillar value to skip `etcd` healthcheck in the salt state
6ca46a2
to
edb8a3d
Compare
This commit splits node deployment procedure into a sequence of stages. Initially, expanding the etcd cluster from 1 to 2 nodes puts the cluster in a blocked state. This happens when a new member is declared and not yet started. If this time to start is too long, liveness probes on the initial etcd Pod will fail, then it will be restarted and then enter a back-off loop. Even after the new etcd Pod has been created, the new one won't be able to start, since the initial is in back-off and will enter a back-off as well. To prevent the above situation, we pre-pull the etcd image on the target Node, which ensures the shortest time possible between the new member being registered and its corresponding Pod being created. Note that this reordering is inspired by kubespray
/reset |
Reset completeI have successfully deleted this pull request's integration branches. |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
|
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
Peer approvals must include at least 1 approval from the following list:
The following reviewers are expecting changes from the author, or must review again: |
edb8a3d
to
f528911
Compare
History mismatchMerge commit #edb8a3da12b20f4a2242b2af1d109192f41be898 on the integration branch It is likely due to a rebase of the branch Please use the |
During deploy node we restart some mandatory pod (salt-master, repositories) at several place so we need to check pillar value availability several time
/reset |
Reset completeI have successfully deleted this pull request's integration branches. |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option
|
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
Peer approvals must include at least 1 approval from the following list:
The following reviewers are expecting changes from the author, or must review again: |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
Peer approvals must include at least 1 approval from the following list:
The following reviewers are expecting changes from the author, or must review again: |
/approve |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
Peer approvals must include at least 1 approval from the following list:
The following reviewers are expecting changes from the author, or must review again: The following options are set: approve |
Build failedThe build for commit did not succeed in branch w/2.5/bugfix/2028-ensure-etcd-is-running-before-registering-members. The following options are set: approve |
In the queueThe changeset has received all authorizations and has been added to the The changeset will be merged in:
The following branches will NOT be impacted:
There is no action required on your side. You will be notified here once IMPORTANT Please do not attempt to modify this pull request.
If you need this pull request to be removed from the queue, please contact a The following options are set: approve |
I have successfully merged the changeset of this pull request
The following branches have NOT changed:
Please check the status of the associated issue None. Goodbye ebaneck. |
Component:
'salt'
Context:
See #2028
Summary:
Acceptance criteria:
Closes: #2028