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
Broken test runs: gcloud crashing #28612
Comments
Seems we're having metadata issues in general. Also filed #28608 this morning. |
We don't run the metadata cache anymore now that we only run one test per VM. That we're still seeing Error 111 is worrying. |
This may be a known issue and it's being worked on internally on GCE. |
In the mean time I'll work on kubernetes/test-infra#266 to mitigate this. |
Please reactivate next time you see this happen. |
Automatic merge from submit-queue Activate a service account if this is defined For kubernetes/test-infra#266 and #28612 This will activate a service account if the service account file exists.
|
Automatic merge from submit-queue Inject service-account.json into test container Add a volume with the service account credentials. This should cause e2e-runner.sh to use them. Fixes #28612
#28794 is also needed -- right now we're starting clusters and then blowing up. |
According to Google, their instructions state to run the following two commands:
however, the kubectl command returns:
This issue is where all google searches lead. Anything I can do to fix it? |
Same issue here as @zeg-io - Did you solve that yet? |
Nope. I have an open issue with Google as well, been emailing back and forth oh-so-slowly. Nothing resolved. Latest from Google: "Well, hmm, that should work..." Me: "Gee, thanks" |
That's unfortunate, thanks for the heads up |
If I get it resolved will try to remember to post resolution here. |
I have same issue as @zeg-io . |
Gentlemen, Here is more information from Google rep, read ALL of it, because the first interaction didn't resolve it as I had no idea where my "keyfile.json" file was.
I asked where the keyfile.json file was...
So this time when I ran that I no longer got an error... BUT... Now when I run kubectl proxy it returns:
But when I use a browser to access that it returns:
Incidentally, I also tried the first method, generating the key and pointing at it to no effect. |
Following instructions from @zeg-io I then followed some discussion from this issue kubernetes/dashboard#692 to find a solution.
Then navigate to:
And then the UI successfully opens. Why is the base domain failing to redirect? |
@crockpotveggies adding the /ui actually worked for me without changing the port... but... it doesn't seem to be connected to my project, at least, not in a recognizable way for someone who is unfamiliar with the tool. |
gcloud is crashing due to
ERROR: gcloud crashed (error): [Errno 111] Connection refused
see https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/logs/kubernetes-e2e-gke/10711/ for an example.
https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/logs/kubernetes-e2e-gce/19753/ seems to have some backtraces. This may indicate that it has something to do with the metadata server.
At least one of the failures in:
#28336
#28083
#28013
#27839
#27767
The text was updated successfully, but these errors were encountered: