Tag: 谷歌容器registry

在Google Container Registry中通过命令行添加标签来标记Docker镜像

我正在试图标记位于Google Container Registry中的Docker镜像,但没有任何运气。 如果图片坐在我的本地机器上,我可以这样做: docker tag my-image:existing-tag my-image:new-tag 这将导致我的图像的第二个标签。 不过,在Google容器registry中,我不能简单地使用gcloud包装器来这样做。 例如: gcloud docker — tag gcr.io/my-project/my-image:existing-tag gcr.io/my-project/my-image:new-tag 这个命令不起作用,因为即使我使用gcloud运行,我也得到以下的回应: Error response from daemon: no such id gcr.io/my-project/my-image:existing-tag 我正在尝试做什么,以及如何做到这一点?

Google容器registry+ Google计算引擎+ Docker

我无法想出一个让所有这三种技术一起工作的方法。 我有Google Container Registry。 其中,我有2个私人图像,我们称他们为A和B.我想创build一个单一的实例模板,执行以下操作: docker运行-d gcr.io/project_id/A:latest docker运行-d gcr.io/project_id/B:latest 这就是我需要做的。 我希望在启动脚本中做到这一点,这样我就可以使用一个普通的图像作为我的基础,我可以部署它在prod。 已经尝试了容器优化操作系统的所有3个版本,以及所有3个版本的CoreOS。 每个给出稍微不同的错误。 一些示例提示使用gcloud docker — pull ,但gcloud在我尝试过的6个环境中的任何一个中都没有正确validation。 其他例子build议使用docker login -u oauth2accesstoken -p "$(gcloud auth application-default print-access-token)" https://gcr.io ,这也失败了。 我发现的唯一的其他select是做docker login -u _json_key -p "$(cat keyfile.json)" https://gcr.io允许我然后拉扯GCE图象。 这种方法的缺点是如何获得图像中的密钥文件? 我想我可以使用添加的密钥文件来创build一个自定义图像,但是我试图坚持使用我的两个docker运行命令的库存图像。 这是不可能的吗?

PHP的cURL访问无法远程Docker中心/registry

为了方便我们的应用程序的远程CICD过程,我试图访问我们的Docker Hub / Registry,以便能够列出,标记和推送图像。 从bash脚本中使用以下内容开始: TOKEN=$(curl -s -H "Content-Type: application/json" -X POST -d '{"username": "'${UNAME}'", "password": "'${UPASS}'"}' https://hub.docker.com/v2/users/login/ | jq -r .token) 我在PHP中创build了一些cURL,试图获得Docker Hub的令牌: $user = 'xxxxxxxx'; $pass = 'xxxxxxxx'; $namespace = 'xxxxxxxx'; $headers = array(); $headers[] = 'Content-Type: application/json'; $url = "https://hub.docker.com/v2/users/login/"; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_HTTPHEADER, $headers); curl_setopt($ch, CURLOPT_POST, 1); […]

为什么Docker“血统”API命令不起作用?

DockerregistryAPI文档( 此处 )指出您可以执行: https://index.docker.io/v1/images/088b4505aa3adc3d35e79c031fa126b403200f02f51920fbd9b7c503e87c7a2c/ancestry : https://index.docker.io/v1/images/088b4505aa3adc3d35e79c031fa126b403200f02f51920fbd9b7c503e87c7a2c/ancestry 然而,这个(我已经尝试了几个图像ID)只产生了404。为什么?

私人dockerregistry和高可用性

我们目前正在一个托pipe我们所有图片的服务器上运行一个私人registry。 如果服务器崩溃,我们基本上都会丢失所有的图片。 我们希望find一种方法来在我们的图像上实现高可用性。 我看到一个简单的解决scheme是每个服务器都有一个registry实例。 负载平衡器会将stream量redirect(循环)到可用的registry实例。 registry实例将共享相同的networking数据驱动器(NFS)来存储图像。 你看到这个解决scheme的任何问题吗? 即:如果一个用户在一个实例上推送一个映像,而另一个推送另一个(负载均衡器轮询决策),它是否会在NFS上创build任何locking文件? 感谢您的反馈意见

Google Container Registry的gcloud API是什么?

我必须列出某个项目中发布的Docker容器镜像,但是我找不到使用gcloud CLI工具的合适的API。 这可能吗? 有没有其他解决scheme来列出我的Google项目中的私人容器registry的容器图像?

Docker无法login到azurecr.io

在Docker version 17.09.0-ce, build afdb6d4 (在Mac OS Docker version 17.09.0-ce, build afdb6d4运行)当我运行docker login <proj>.azurecr.io时,出现以下错误: 警告:未能从守护进程获取默认registry端点(无法连接到unix上的Docker守护进程:///var/run/docker.sock。是否正在运行docker守护进程?)。 使用系统默认值: https : //index.docker.io/v1/ 这是我input使用az acr我retrived的用户名和密码。 我在过去做过同样的过程,现在不再工作了。 我怎样才能debugging这个和login/拉图像呢?

在使用docker命令创build并提交更改后无法看到文件

我创build了名为“task1”的docker集装箱。 我执行一个shell命令创build一个包含单词“hello”的文件foo.txt。 我提交docker容器“task1” 我用-it命令以交互模式进入docker container“task1” 但是我没有看到文件“foo.txt”。 我期待这个,因为我已经做了容器。 但是,当我只是通过“ls”命令,并在同一个容器“task1”中执行它,它显示文件“foo.txt”。 这里有什么问题? 以下是我正在尝试上述活动的控制台详细信息。 感谢你的帮助。 谢谢。 ~/G/S/d/d/H/test_io   master ±  docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 35784a56ffa3 task1 "/bin/bash" 5 seconds ago Up 4 seconds task2 eb03c7b89e36 task1 "/bin/bash" 6 minutes ago Up 6 minutes clever_bell 352c6f8f1ff2 registry:2 "/bin/registry /etc/d" 10 days ago […]

如何重命名一个Bluemix命名空间(容器registry)?

我为我的容器registry设置了一个名称空间。 我试图创build我的第一个docker集装箱。 不过,现在我想改变命名空间。 我怎样才能做到这一点?

无法从Google Compute Engine访问Google Container Registry

我试图将Google Container Registry中的Docker镜像加载到Google Compute Engine实例中。 (我需要的图片已经成功上传到GCR) 我已经login使用gcloud auth login ,然后尝试gcloud docker pull — us.gcr.io/app-999/app导致ERROR: (gcloud.docker) Docker is not installed. 。 我已经尝试使用oauth进行身份validation,并通过普通的泊坞窗口进行通信。 当我在.docker/config.json处查看文件时,我看到了我的凭据。 这样做,它看起来会起作用,但最终会像这样结束: mbname@instance-1 ~ $ docker pull — us.gcr.io/app-999/app Using default tag: latest latest: Pulling from app-999/app b7f33cc0b48e: Pulling fs layer 43a564ae36a3: Pulling fs layer b294f0e7874b: Pulling fs layer eb34a236f836: Waiting error pulling image […]