-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
[solved] Calico doesn't work with minikube #1456
Comments
@tmjd has looked into this in the past. |
Any news on this? We have the same issue and are therefore not able to use Calico on Minikube. |
@sbueringer take a look at #1013 (comment) and the comments below it. A colleague recently used the directions there and was able to run Calico so I believe the directions still work. |
It looks like newer minikube versions (v0.27, possibly earlier?) require |
A minikube cluster built with However any of the other minikube docker drivers are incompatible with Felix. As mentioned in #2016 (comment), the iptables/ipsets that Felix creates on top of a cluster built with one of the kernel docker drivers is substantially incorrect. In #1013 (comment), @ctaggart mentions that the ability for Calico to function with minikube clusters that use one of the docker drivers (e.g. xhyve-driver) is desirable. |
@bcreane How are you creating the minikube cluster with |
Hi Cameron, I’m back this Monday, will get back to you then. Regards
On Mon, Jun 18, 2018 at 23:30 Cameron Taggart ***@***.***> wrote:
@bcreane <https://github.com/bcreane> How are you create the minikube
cluster with --vmdriver=none. I run into problems when I try to create it
kubernetes/minikube#2912
<kubernetes/minikube#2912>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1456 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ALg9qr40a4KWw6VC4huq17boOL0lF3APks5t-CnwgaJpZM4Q2WiZ>
.
--
<https://tigera.io/> *Brendan* *Creane*
Senior Software Engineering Manager
Tigera, Inc.
brendan@tigera.io | M: +1 510-734-1695 | @bcreane
Follow us: Blog <https://blog.tigera.io/> | Twitter
<https://twitter.com/tigeraio> | LinkedIn
<https://www.linkedin.com/company/tigera/>
Secure Application Connectivity for the Cloud Native World
<https://tigera.io/>
|
Hi @ctaggart - sorry for the long radio silence. I just recreated (and tested with Calico's simple tutorial) the calico+minikube cluster:
|
@bcreane I pasted those commands in verbatum but minikube/calico has issues:
My host is Redhat EL7...
Any ideas? |
@gflarity - anything in the calico/cni and calico/felix logs? Something like:
BTW, when you say "verbatum" ... you can't just copy/paste the |
@bcreane Thanks, sorry I missed that note :) Things seem better now... Still need to automate this completely though as it's for CI testing... |
@gflarity - no worries - my instructions looked copy/pastable! If you come up with a nice way to automate updating |
So it looks like ip in the yaml is accurate for my env... But the following will work if you install the 'jq` tool. There might be a way to do it without jq but this'll do.
|
@gflarity - nice use of |
FYI I tried the above on OS X with hyperkit and it seems to be working there as well. Yay!
|
Going to mark this issue "resolved" - both @gflarity and I have created functioning |
👍 Just as an update this has been working successfully in our CI flow for ~14 days now. |
FYI @gflarity, you can eliminate
|
@spikecurtis reported that he tried minikube and it didn't seem to work. Felix was faining to program iptables.
Expected Behavior
Should just work.
Current Behavior
iptables failures on the COMMIT line
Possible Solution
Could be a missing kernel module or some incompatibility between kernel and the version of iptables we ship.
Steps to Reproduce (for bugs)
Context
Your Environment
The text was updated successfully, but these errors were encountered: