-
Notifications
You must be signed in to change notification settings - Fork 48
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
How To Create Control-plane Using RemoteMachine #579
Comments
Hi! You don't need to create |
@makhov - Thanks for the response, how will the machine bootstrap be configured if K0sControllerConfig should not be used?
|
Also has this kind of scenario been tested before? It will be great to have a sample in the docs |
k0smotron generates Note, that Here is the full example that we use in our tests: |
I used the following now:
But there are no nodes:
On the remote machine, k0s status:
containerd seems not to be working also
Is there any further config to make the k8s controlplane node show up? |
Great, the controlplane is working now. By default, k0s doesn't run any workloads on the control nodes. To enable it you need to add An example:
|
Thanks, works now and I am able to list the nodes. While it is working, the k0smotron controller logs is still showing errors that provisioning may not be complete:
|
Also the following doc to the advanced worker configuration is not working https://docs.k0sproject.io/stable/advanced/worker-configuration/ |
Sorry, the link is not working. Which doc are you referring to and what exactly is not working? |
The controlplane node was created but the status still shows that provisioning failed asper what I posted
For the link it is referenced in the docs https://docs.k0smotron.io/stable/resource-reference/#k0scontrolplanespeck0sconfigspec |
Yeah, this false positive
Thanks! This is definitely a mistake in our docs, I will fix it! |
Hi,
Currently trying to create k8s control-plane node on a dedicated VM using RemoteMachine (SSH), I will like to know if the configuration is correct:
Also noticed that after applying the config, the config seems to be causing crashloopback of some PODs that are in k0smotron namespace:
Some logs:
The text was updated successfully, but these errors were encountered: