Closed DavidSie closed 7 years ago
You can fetch the chart locally via helm fetch deis/workflow --version=v2.9.1 --untar
, modify the chart with the patch (which you'll have to manually apply since it's not in git), then install it :)
Thank you
Patched with @bacongobbler's suggested fixes https://github.com/deis/registry/issues/64#issuecomment-258003967 latest helm workflow charts: https://github.com/anubhavmishra/workflow. Also make sure you are using insecure registry option for Docker suggested here: https://deis.com/docs/workflow/en/v2.2.0/installing-workflow/system-requirements/#docker-insecure-registry
For v2.15.0, the recipe will be:
helm fetch deis/workflow --version=v2.15.0 --untar
cd workflow
curl https://gist.githubusercontent.com/IlyaSemenov/a8f467934cb5f1f0963469cd3eb32ace/raw/b3e8fcb5dd9094b50014177f5db72210b2949883/0001-Remove-proxy.patch|patch -p1
helm upgrade deis .
Don't forget to enable insecure registry /lib/systemd/system/docker.service
at your Docker host(s):
ExecStart=/usr/bin/dockerd -H fd:// --insecure-registry=10.43.0.0/16
Removing the registry proxy should no longer be needed with current versions of the deis helm charts, you can set the following in your deis-workflow values.yml
if you are using CNI:
global:
host_port: 5555
use_cni: true
registry_proxy_bind_addr: "127.0.0.1:5555"
It's not working on Kubernetes 1.5.4 provisioned with Rancher 1.6.2 (latest).
I think this is the related issue https://github.com/rancher/rancher/issues/5857.
I'm new to Deis and I'm encountering all kind of problems in my journey to deploy Deis in AWS.
The last one is when I tried to deploy a Doker image to Deis. For example for a pgadmin4 Docker image when running deis pull ephillipe/pgadmin4
, I'm getting this error:
Creating build... Error: Unknown Error (400): {"detail":"Put http://127.0.0.1:5555/v1/repositories/pgadmin4/: dial tcp 127.0.0.1:5555: getsockopt: connection refused"}
I checked the running daemonsets: kubectl --namespace=deis get daemonsets
and I'm getting:
deis-logger-fluentd 2 2 2 2 2 <none> 6d
deis-monitor-telegraf 2 2 2 2 2 <none> 6d
deis-registry-proxy 0 0 0 0 0 <none> 6d
So clearly the problem is because deis-registry-proxy
is not running.
Can anyone help me with this issue?
How can I start deis-registry-proxy
or if that's not the solution how can I deploy a docker image then?
@IulianParaian I would try the deis slack for troubleshooting. Might be your registry proxies are crashing because the internal registry is unreachable.
@felixbuenemann I did tried the said slack first but didn't get any responses. And I also couldn't find a good documentation or a simple example on how to deploy an app from Docker image/ Docker file. I'm not referring to the official Deis documentation because there are just 3 lines of text with one command line that should work, but obviously it is not. So maybe some more detailed tutorials with some possible troubleshooting would help.
PS: I raised another issue on Workflow repo regarding an installation using off cluster storage, but no response there either. And for that I also followed the official steps.
And I also couldn't find a good documentation or a simple example on how to deploy an app from Docker image/ Docker file.
I understand your frustration, though if the documentation is lacking, there are example applications provided for nearly any configuration you're looking for in the github org, and we do link to those example applications in the documentation. For example: https://github.com/deis/example-dockerfile-http
Have you taken a look at the troubleshooting documentation? That should help give you a general guideline on how you can self-troubleshoot why your cluster is not working the way it should. If all else fails you can troubleshoot directly using kubectl following kubernetes' documentation.
Hi @bacongobbler, thank you for the answer.
I did troubleshooting my kubernetes and noticed that deis-registry-proxy
component was not running.
This example https://github.com/deis/example-dockerfile-http is one that I tried.
As I am writing this I went to check the deis pods again and surprisingly, I have 2 deis-registry-proxy
instances running. That is strange, I didn't change anything since I posted the issue.
Thanks again.
When I build an up with buildpack it works, but when I want to build container I cannot upload it to the registry
I know that there are environmental variables to point this address:
but I don't understand why, since none of the pods, and none of the services is listening on 5555
services
pods