-
Notifications
You must be signed in to change notification settings - Fork 44
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
Cannot deploy example-go #111
Comments
@PAStheLoD thanks for reporting this! Are the logs that you're seeing on the That step indicates that the slugbuilder has been successfully launched and is beginning to build using the buildpack, but the actual build process may take some time, especially if the node that runs the Kubernetes "cluster" is memory and/or CPU constrained. |
When you checked the slugbuilder log, did you check to see if the pod had failed? If so can you show what is the output of |
@arschles this also looks very similar to the issues I was seeing in #72 (comment). Considering that it's a local kubernetes cluster on Xenial, I would take a hunch that it's another virtualbox networking issue, which we may need to take a look at the kubernetes issue list to see if anyone else has seen this. |
@bacongobbler agreed. Nothing jumps out after a while searching the Kubernetes issue list, but I'll continue searching. I also wonder if there's a compounding memory issue of some kind, but at this point, it's just speculation. @PAStheLoD we'd love to hear back about your log and |
Hello! Sorry, I had to recreate this from scratch, as there are other interesting problems with hyperkube. (If I docker kill all the containers, then I (re)start kubelet, it'll find in /var/lib/kubelet that it has pods to run, and it runs them furiously, but somehow the network gets messed up, and deis-router was refusing connections, even when I tried it by docker execing wget in the same "pod".) To answer the questions. Yes, the slugbuilder basically exited unexpected. @bacongobbler @arschles It's a physical machine, still ~4G RAM free, and plenty of SSD space (~100G) for docker too. So, it's not running in a VirtualBox.
docker inspect <...>:
kd get events:
And still I have git push running:
And it'll just TCP timeout eventually. |
@PAStheLoD sorry for the delay here. You indeed do have more than enough memory and disk space to build the slug and deploy it. The part that alarms me is that I believe the Go buildpack tries to download Go (here) shortly after the Finally, is it possible for you to try the |
No problem! I wanted to try the "master" branch for some time anyway.
I'm fairly certain that this isn't the case.
Okay, so with helm install deis/deis-dev. Then uninstall, and using generate deis-dev and then installing, deis nicely booted up.
But, alas, it cannot start. slugrunner just exits :(
The failed slugbuilder could have been because I did a
Nothing interesting in builder log, yet the slug.tgz seems to be 404.
|
@PAStheLoD thanks for getting back, and apologies for the huge delay here. We've been working hard on the beta release, and we've been able to reproduce issues very similar to yours. Would you mind trying the |
hey @PAStheLoD, just checking in here - have you been able to test the |
@PAStheLoD Thanks for being one of the early testers of deis workflow! It's now been GA for a few months and I've had no issues with |
Hello,
I'm trying to go through the v2 alpha gist. (Or the deis/charts one, as they seem to be identical.)
This is a single node local k8s "cluster" running on Docker 1.9.1, on Ubuntu Xenial (16.04).
Builder log
Slug builder log
Workflow log
Thanks for looking at this!
The text was updated successfully, but these errors were encountered: