Starting cluster before adding another node separately, results in errors due to missing CNI

[thechubbypanda]

What Happened?

Reproduction steps:

• minikube start
• minikube node add
• minikube addons enable dashboard
• watch kubectl get -n kubernetes-dashboard -o wide pod
• 2 pods stay in CrashLoopBackOff on minikube-m02 (they should start on the added node)

There is also an error when adding the second node:

Cluster was created without any CNI, adding a node to it might cause broken networking.

However the minikube start command logs:

Configuring bridge CNI (Container Networking Interface) ...

which implies that a CNI has been setup (albeit a bridge one).

Alternatively using minikube start --cni kindnet, we still get told that:

Configuring CNI (Container Networking Interface) ..

however when adding another node we still get:

Cluster was created without any CNI, adding a node to it might cause broken networking.

despite the fact that the node now works perfectly and the dashboard comes up.

Solution Suggestions

• Check for and add a CNI when adding a node?
• Fix the inconsistent error message

Attach the log file

log.txt

Operating System

ArchLinux (reproducible in fresh installation with default networking in VM)

Driver

Docker