This change is a bit of a hack to make IP routing work over the virtio-net interface - it forces the virtio-net interface (bridge100) created by hyperkit/xhyve to reset via removing and readding the single member of the interface. Without this "reset" packets are just simply lost most of the time, despite a completely healthy IP route.
This error was also the reason for a large percentage of our integration test failures. While reducing the flakiness of tunnel related tests I also increased the timeout requirement and adding retries to the nginx request in TestTunnel.
After stopping any runtimes that aren't being used, if we're using
containerd then we need to restart it. This is because it competes with
cri-o to listen on port 10010, causing a necesary plugin to not be
installed. After stopping cri-o, we need to restart containerd so that
the plugin is installed.
I also added some preflight checks when using alternative runtimes.
kubeadm checks to make sure the Docker service is running, so I disabled
that. It also checks if a few ports are available; these are ports that
containerd uses, so I also added them to the ignore list.
This should finish the work started in #3211, which stopped alternative
runtimes but didn't restart containerd. I was able to run "minikube
start" with containerd locally with this change.
to reuse the same jenkins jobs, I just added extra logic into the
current scripts, namely: for cases when `$ghprbPullId` equals "master",
we ignore setting the github statuses.
* Stop extra container runtimes, before bootstrapper
The minikube.iso starts every runtime, by default
* Disable docker-env output, if docker isn't running
Might be running an alternative container runtime
* Add config parameter for the cri socket path
Closes#3153
* Remove stray newline, when not using criSocket
* Add the --cri-socket parameter to configuration
Also fix the syntax for CRI-O, adding unix://
kubectl releases older than August 2017 don't include a newline, which
means there is effectively no hint that the output has completed. I
believe this is why tests have been failing on the macOS.
Should resolve test timeout panics such as #3203
The instructions for HyperKit produce the error `install: root: Invalid argument`. @ran-dall Helped me figuire out that root was not being permited foir this command, and sent me the fix for my machine. Figure I'd share it here.
Andrew Regner
Ihor Dvoretskyi
Prakhar Goyal
Balint Pato
Thomas Strömberg
priyawadhwa
dlorenc
Anders Björklund
mikeweiwei
Alexander Ilyin
Yongkun Anfernee Gui
mooncake
xichengliudui
Nguyen Hai Truong
Bartel Sielski
peterlobster