-
Notifications
You must be signed in to change notification settings - Fork 36
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
Have cluster running after the nodes restart #3
Comments
cluster life cycle commands(start, stop) would be a great addition |
This is caused by the default IPAM ( ✔ cat /var/lib/cni/networks/ignite-cni-bridge/10.61.0.104
ignite-527549c6aeab8e84 If you try to start an unexpected stopped VM (like the firecracker process stopped by host restart or power outage), you would encounter the below error, because the assigned IP does not get released by ✔ ignite start 527549c6aeab8e8
ERRO[0000] failed to setup network for namespace "ignite-527549c6aeab8e84": failed to allocate for range 0: 10.61.0.104 has been allocated to ignite-527549c6aeab8e84, duplicate allocation is not allowed
FATA[0000] failed to allocate for range 0: 10.61.0.104 has been allocated to ignite-527549c6aeab8e84, duplicate allocation is not allowed There are two solutions here:
|
which one of these do you prefer? Wouldn't a CNI plugin be too much more work? |
I would prefer going with the first solution w/ less dependencies n overhead before working on multiple nodes support in kubefire. I will have some progress n update these days :) |
|
Supported in v0.1.0. Closing.
|
About VMs unexpected stopped by the host status like power outage, this will be followed up at the upstream PR as below. |
Fixed and merged 💯 |
For now, after stopping the VMs, there are no ways to restart the VMs w/ the same configured IPs and still make the cluster running w/o issues.
Look for a solution to make cluster management during node state change.
The text was updated successfully, but these errors were encountered: