Tag: 谷歌容器registry

在谷歌容器registry中使用Amazon ECS: 当我尝试使用AWS ECS与私人谷歌容器registry我的任务总是在挂起状态。根据AWS文档，我在容器定义中添加了envvariables ECS_ENGINE_AUTH_TYPE=dockercfg ECS_ENGINE_AUTH_DATA= {"https://eu.gcr.io": { "email": "not@val.id", "auth": "some hash" }} 但是我得到这个错误 "CannotPullContainerError: Error: image not found" 我的完整任务定义 { "requiresAttributes": [], "taskDefinitionArn": "arn:aws:ecs:eu-west-1:745964170259:task-definition/test:2", "status": "ACTIVE", "revision": 2, "containerDefinitions": [ { "volumesFrom": [], "memory": 128, "extraHosts": null, "dnsServers": null, "disableNetworking": null, "dnsSearchDomains": null, "portMappings": [ { "hostPort": 80, "containerPort": 80, "protocol": "tcp" } ], […]

在Windows中从bootdockerloginDocker中心registry时遇到问题: 我已经安装了Windows的boot2docker，然后我创build了我的应用程序的图像，并试图推送到我的docker中心registry公共repo.While运行命令“docker推”它的要求我login，然后提示我的用户名。当我input我的用户名，它什么都不做。我做错了什么？

searchGoogle容器registry: 我一直在设置我的kubernetes集群，并且一直在使用Google Container Registry来存储图像。作为我的设置的一部分，我正在构build一些工具，我需要search远程存储库中的图像（包括标记）。所以我的问题是：如何searchGoogle Cloud Registry的图像？我已经试过运气不好使用docker cli做search： $ docker search eu.gcr.io/project-101 Error response from daemon: Unexpected status code 403 $ gcloud docker search eu.gcr.io/project-101 Error response from daemon: Unexpected status code 403 $ docker login -e not@val.id -u _token -p mytoken https://eu.gcr.io WARNING: login credentials saved in /Users/drwho/.docker/config.json Login Succeeded $ docker […]

Jenkinspipe道用Docker，Google Registry和Google Auth Plugin构build: 我正在使用Jenkinspipe道（使用由JHipster自动生成的pipe道脚本）构buildDocker镜像。我想将我的最终docker图像推送到Google容器registry。以下是我所做的：我已经安装了CloudBees Docker自定义生成环境插件和Google Container Registry Auth插件。我在Jenkins按照这里的说明设置了Google auth凭据我configuration了我的构build步骤来使用Googleregistry标记格式，如下所示： docker.build('us.gcr.io/[my-project-id]/[my-artifact-id]', 'target/docker') 我在推送步骤中引用了我的Google身份validation凭据的ID：（Hm。需要额外的文本行后，项目符号格式正确） docker.withRegistry('https://us.gcr.io', '[my-credential-id]') { dockerImage.push 'latest' } 但是构build失败： ERROR: Could not find credentials matching [my-credential-id] Finished: FAILURE 我基本上认为这些插件在stream水线世界中不起作用，但我想我会问是否有人已经完成了这一点，可以给我一些指示。

为什么在“192.168.1.1:53：dialup tcp：lookup cdn-registry-1.docker.io：read udp 192.168.1.1:53：I / O timeout”时推送Docker镜像失败？: 我推送到Docker Hub上的私人docker库，我不断收到此错误： 2726b5968341: Image successfully pushed 2fd0731064ec: Image successfully pushed 49328a658a81: Image successfully pushed 6beafaa9c78d: Image successfully pushed bb8b822852f4: Image successfully pushed 6a0d258340b1: Pushing FATA[0457] Failed to upload metadata: Put https://cdn-registry-1.docker.io/v1/images/6a0d258340b180fd569ec687653d805ebb70e77c1943ca6cfc9d296392ad79ee/json: dial tcp: lookup cdn-registry-1.docker.io on 192.168.1.1:53: read udp 192.168.1.1:53: i/o timeout 我在Mac OS上使用boot2docker运行Docker。在执行了7次以上的push命令之后，它终于成功完成了，但我想我仍然会问。任何人都看到这个？提示如何解决？

私人dockerregistry的用户界面: 我有我的私人dockerregistry。但是对于一些不了解Docker的人来说，这是很难pipe理的。所以我想为我的registry使用一个用户界面。我在github上find了这个Dockerregistry界面。我的registry正在使用自签名证书，所以使用SSL。我该如何configuration我的registry。目前我的registry是从下面开始的： docker run -d -p 5000:5000 –restart=always –name regdomain.com\ -v `pwd`/auth:/auth \ -e "REGISTRY_AUTH=htpasswd" \ -e "REGISTRY_AUTH_HTPASSWD_REALM=Registry Realm" \ -e REGISTRY_AUTH_HTPASSWD_PATH=/auth/htpasswd \ -v `pwd`/certs:/certs \ -e REGISTRY_HTTP_TLS_CERTIFICATE=/certs/domain.crt \ -e REGISTRY_HTTP_TLS_KEY=/certs/domain.key \ registry:2

无法发现docker集装箱: 我正在按照本教程进行服务发现http://jasonwilder.com/blog/2014/07/15/docker-service-discovery 简述：我创build了一个在xyzd：4001上运行的etcd主机 docker run -d –name etcd -p 4001:4001 -p 7001:7001 coreos/etcd 在backend_serverip：8000和docker-register上创build一个运行容器的后端服务器 $ docker run -d -p 8000:8000 –name whoami -t jwilder/whoami $ docker run –name docker-register -d -e HOST_IP=$(hostname –all-ip-addresses | awk '{print $1}') -e ETCD_HOST=xyzd:4001 -v /var/run/docker.sock:/var/run/docker.sock -t jwilder/docker-register 在backend2_serverip：8000和docker-register上创build另一个运行容器的后端服务器 $ docker run -d -p 8000:8000 –name whoami -t jwilder/whoami $ […]

gclouddocker推送可靠性: 在过去的几个星期里，我一直在用gcloud docker push推送图像时遇到了很多问题。我已经阅读了许多堆栈溢出讨论和Github的问题和解决方法，但我还没有遇到不一致的解决scheme。通常我会尝试推送一个或两个容器图像。第一次推送几乎总是会失败，并显示以下retry-until-timeout输出：我只能用gcloud auth login 。最多5分钟后，我将尝试推送第二张图片，并再次看到重试超时问题。我会在每一次尝试中看到这一点，直到我再次gcloud auth login 。在图像被实际推送之前，我经常需要在authentication后立即手动重试几次。我真的被注销（我仍然可以访问与kubectl和gcloud机器的豆荚和实例等）？如果是这样，为什么被注销不一致，build设docker容器做什么，它会使我的本地gcloud会话失效？如果没有，为什么我不能再通过gcloud docker push直到我再次进行身份validation？之后，为什么这仍然不一致（我怀疑它可能与真正的问题很less或根本没有关系）。有没有办法使docker机器和gclouddocker推送可靠推OSX的图像？是否有另一种方式来获取图像到云存储库（最好从命令行）？ gcloud –version alpha 2016.01.12 beta 2016.01.12 bq 2.0.18 bq-nix 2.0.18 core 2016.02.11 core-nix 2016.02.05 gcloud gsutil 4.16 gsutil-nix 4.15 kubectl kubectl-darwin-x86_64 1.1.7 Docker version 1.10.1, build 9e83765 docker –version Docker version […]

推送Docker容器时，Google Container Registry访问被拒绝: 我试图推动我的docker容器到谷歌容器registry，使用本教程，但是当我运行 gcloud docker push b.gcr.io/my-bucket/image-name 我得到的错误： The push refers to a repository [b.gcr.io/my-bucket/my-image] (len: 1) Sending image list Error: Status 403 trying to push repository my-bucket/my-image: "Access denied." 我找不到任何更多的解释（没有-D， – gcloud auth list ，– gcloud auth list参数被识别）， gcloud auth list和gcloud auth list docker info告诉我，我连接到这两个服务。任何我失踪？

Dockerlogin命令不起作用: 我已经在我的Windows机器上安装了boot2docker，并在docker hub上创build了一个仓库。我正尝试在linux shell中使用以下命令login： docker login –username=myusername –password=mypassword –email=myemail@gmail.com 但是我在shell中得到这个：出现密码字段要求我input密码，但是当我这样做，然后按回车，什么也没有发生。想法？