-
Notifications
You must be signed in to change notification settings - Fork 44
Single Node deployment with bootstrap-in-place #51
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
Single Node deployment with bootstrap-in-place #51
Conversation
368e466 to
b7f9fea
Compare
|
/retest |
|
/test e2e-aws |
|
/test e2e-upgrade |
4 similar comments
|
/test e2e-upgrade |
|
/test e2e-upgrade |
|
/test e2e-upgrade |
|
/test e2e-upgrade |
|
/retest |
|
Ship it :) |
b7f9fea to
c285d5f
Compare
|
/test e2e-aws |
c285d5f to
f03175b
Compare
|
|
||
| return false, nil | ||
| }, apiContext.Done()) | ||
| if err != nil { |
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.
these changes should be squashed into first commit
|
/hold until master reopen for 4.8. /approve |
in case required-pods="" (this is the case when running bootstrap-in-place) cluster-bootstrap may fail to publish an event in case kube-apiserver isn't up yet. This should solve the problem by ensuring the kube-apiserver is available
This means that we fail to create some manifests
Use fcct for creating the master ignition Signed-off-by: Eran Cohen <eran@stratoscale.com>
f03175b to
cf4ffde
Compare
|
/test e2e-upgrade |
1 similar comment
|
/test e2e-upgrade |
|
/hold cancel |
|
/retest |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: eranco74, sttts The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Adding bootstrap-in-place functionality
Add a new entrypoint
--bootstrap-in-placewhich enrich the masterIgnition with control plane static pods manifests and all required
resources, including the etcd database.
cluster-bootstrapnormally waits for a list of required pods to beready. These pods are expected to start running on the control plane
nodes when the bootstrap and control plane run in parallel. That is
not possible when bootstrapping in place, so when
cluster-bootstrapruns with the
--bootstrap-in-placeoption it should only apply themanifests and then tear down the control plane.
If
cluster-bootstrapfails to apply some of the manifests, it shouldreturn an error.