You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We tries to deploy k0s in linode (akamai). The vpc in linode seems to do source/dest check (and operates in layer 3), which means that kube-router does not work. to work around this we added a vlan (layer 2), which give the node a second interface, eth1.
Kubelet ended up using the ip of eth0, so we tried to use the privateInterface option in the k0sctl config.
For the controller, it picked up the ip address of eth1 as expected, but the worker nodes did not append --node-ip to kubelet, which led to node to node config not working.
Should privateInterface set --node-ip as an extra arg for kubelet?
setting the privateAddress did appear to work.
The text was updated successfully, but these errors were encountered:
It tries to find an address on the privateInterface that is in not the same as the host's ssh address. If it finds one, it should put it into the PrivateAddress field and act as if one was given.
If a private address is set (via privateAddress, privateInterface or full autodetect) and --enable-cloud-provider is not true, then --node-ip is added to kubelet.
We tries to deploy k0s in linode (akamai). The vpc in linode seems to do source/dest check (and operates in layer 3), which means that kube-router does not work. to work around this we added a vlan (layer 2), which give the node a second interface, eth1.
Kubelet ended up using the ip of eth0, so we tried to use the
privateInterface
option in the k0sctl config.For the controller, it picked up the ip address of eth1 as expected, but the worker nodes did not append
--node-ip
to kubelet, which led to node to node config not working.Should
privateInterface
set--node-ip
as an extra arg for kubelet?setting the
privateAddress
did appear to work.The text was updated successfully, but these errors were encountered: