-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Kind in Google Cloud Build #451
Comments
Last part of the log:
|
Er, are you running |
Please do not use the kind image to execute kind, we make no guarantees about the contents other than kind can boot a cluster with them and E.G. it may not have docker in the near future (containerd performs better). I cannot reproduce this as posted currently, since cloudbuild needs to be pointed at a directory with the makefile. |
/assign |
On the first question: the problem we have is that Kind only exposes the apiserver port to container. We will eventually move the tests to run in a pod - but that'll take some time. Short term - we're replicating what we had with minikube--root, by adding the tools and golang to the Re using kind image to execute kind - we're not doing this ( in most cases ), but since we added all the It would be great if Kind would actually provide such container we can reuse :-) |
On a possibly related note: I am also exploring BuildKite, and kind worked great on machine executors, but appears to fail with the K8S BuildKite agent. The errors I see:
|
This is on GKE, I believe it is with COS base image. Might be related if CloudBuild has a similar config. |
for the k8s buildkite agent see #303 |
also possibly #426 which has a WIP PR out |
#303 helped - but now we're hitting a different problem:
|
This is running in istio-testing GCP project, on weekly10 GKE cluster - let me know if you need access. |
@costinm the problem is the network address, it turns out that kubernetes only considers Global Unicast addresses https://golang.org/pkg/net/#IP.IsGlobalUnicast , that means that it would not consider |
I can try creating a new cluster - but I suspect a lot of people use GKE with the default values. And possibly other k8s providers that don't allow customization. |
@aojea Is there any reason for not supporting link local address in k8s ? It seems a very legitimate use of link local addresses - and having an apiserver visible only on link local seems quite useful as well. Is it a limitation of the apiserver, kubeadm or kind ? |
Never mind, sorry - the pod has valid 10.x IP, it's not the cluster. Seems to be related to the buildkite agent and how the docker container is allocated, I'll debug further. |
Confirmed that when running buildkite in a k8s environment, and mounting the docker from the node (at least in gke) I don't get any global IP allocated, only the link local ones. |
@costinm sorry but I can´t follow you 😅 , who configured the docker network? |
we may very well start creating a specific docker network, started hammering out the details. NOTE: I would not advise running this by bind mounting the host docker socket from a kubernetes node, you're likely to leak resources. IIRC GKE leaves this around mainly for users that are running builds. plan to investigate GCB soon. |
@aojea - BuildKite is running in K8S - in my case GKE - mounting the node docker socket. I suspect docker is not configured to allocate IPs - since the pods are actually getting IPs via CNI. |
@BenTheElder agreed - I was just using 'out of box' buildkite agent. |
prow.k8s.io runs kind in a k8s pod under the following:
Depending on the cluster, we may also need to configure the pod DNS so as to only include upstream DNS, and not the in-cluster DNS as the nested pods may not be able to reach it. Which environment is preferable? I can to try to tackle one of these, longer term @munnerz and I were discussing setting up a repo possibly outside the kubernetes org just to enable allll of the CI options and ensure kind works, but that probably won't happen until after KubeCon. |
Sorry for the delay - from my perspective the GCB is the most important one, since it's the hardest and possibly more secure. Circle seems fine, multiple projects got it working. |
Thanks! We've got a very rough start on a workaround for testing this sort
of thing here <https://github.com/kind-ci/examples> with travis and
circleCI enabled.
Thanks to @munnerz for setting up the administrative bits and a few others
for contributing already.
*From: *Costin Manolache <notifications@github.com>
*Date: *Wed, May 15, 2019 at 2:15 PM
*To: *kubernetes-sigs/kind
*Cc: *Benjamin Elder, Mention
Sorry for the delay - from my perspective the GCB is the most important
… one, since it's the hardest and possibly more secure.
Circle seems fine, multiple projects got it working.
For BuildKite - it works on VMs, so not super urgent.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#451?email_source=notifications&email_token=AAHADK6FER5ETT2ON5ZJ5STPVR4NJA5CNFSM4HH7BWS2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVP67DI#issuecomment-492826509>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAHADK56TQNZQQGIEDHUIHLPVR4NJANCNFSM4HH7BWSQ>
.
|
@fejta-bot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
FYI, I have found the way to run Kind in GCB. Is it will be improved when Kind supports docker networks? |
To elaborate on above comment: this is supported and documented. |
What happened:
Trying to run a build/test using kind, in GCB.
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
(the image has kind installed, and attempts to do a kind start cluster - in the GCB environment)
Note that it works fine on the local environment, using cloud-build-local.
Error:
(I'm using a modified base image, with some extra tools added)
Anything else we need to know?:
With debug enabled:
Environment:
kind version
): 0.3.0-alphakubectl version
): v1.14.1docker info
): ???/etc/os-release
): COS ?The text was updated successfully, but these errors were encountered: