Tag: dockerregistry

如何使用厨师食谱logindocker中心（私人registry）？: 我在配方中使用docker_registry用户名和密码，但是我无法成功连接。码： docker_registry 'https://hub.docker.com/' do username 'XXXXXX' password 'XXXXXX' end

docker群和私人registry: 我试图testingdocker群和私人注册作为一项服务没有TLS：1经理和2名工人。经理： docker service create –name registry –publish 5000:5000 registry:2 当试图检查经理，与 curl localhost:5000/v2/_catalog 要么 curl 127.0.0.1:5000/v2/_catalog curl只是等待（至less一个小时）。相同的worker1。但工人2工作正常！ curl 127.0.0.1:5000/v2/_catalog {"repositories":[]} 然后在经理 docker service ps registry ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS p6ngzdemfolu registry.1 registry:2 worker2 Running Running 14 hours ago 我可以看到，该registry正在worker2上运行。所以你可以只对工作的图像正在运行的拉/推/查询！我的docker版本是：Docker版本17.03.0-ce，build 60ccb22 我做错了什么？

Docker的图片大小与https://github.com/docker-library/repo-info上公布的大小不符: 我从主要的默认dockerregistry中提取图像，而不添加任何东西给他们，所以我希望他们有确切的大小是在https://github.com/docker-library/repo-info ，但它是不是这样的。例如： $ docker pull tomcat:8.5-jre8 $ docker pull tomcat:8.5-jre8-alpine $ docker images REPOSITORY TAG IMAGE ID SIZE tomcat 8.5-jre8 7f855aeeaebf **365 MB** tomcat 8.5-jre8-alpine fa2fcc85fc1a **135 MB** 宣布尺寸： https://github.com/docker-library/repo-info/blob/master/repos/tomcat/tag-details.md#tomcat85-jre8 – 总大小： 145.5 MB https://github.com/docker-library/repo-info/blob/master/repos/tomcat/tag-details.md#tomcat85-jre8-alpine – 总大小： 56.4 MB 因此，365 MB vs 145.5 MB和135 MB vs 56.4 MB，这种差异的原因是什么？我不得不说，我使用overlay2作为存储驱动程序（但我刚刚检查使用aufs时，我有完全相同的大小和图像历史logging）。如果它有助于了解尺寸： $ docker history tomcat:8.5-jre8-alpine […]

泊坞窗垃圾收集器没有find任何东西要删除: 我一直在使用reg来标记我要从registry中删除的blob： docker run –rm reg/delete -u username -p password –registry myregistry.com rm image 我没有得到任何输出，所以我想我标记图像删除它。然后我运行我的服务器到我的dockerregistry容器的命令来运行垃圾回收器，如： sudo docker exec -it registry bin/registry garbage- collect –dry-run /config/config.yml 我得到了很多的输出，如： DEBU[0007] filesystem.Stat("/docker/registry/v2/blobs/sha256/17/17954313e0f8926875ce0743fe85693e0e9f695908c8f1544360d067a66b5eee/data") environment=development go.version=go1.7.3 instance.id=3296f17d-2ba7-4b3f-8530-991cb2ff8e04 service=registry trace.duration=15.631837ms trace.file=/go/src/github.com/docker/distribution/registry/storage/driver/base/base.go trace.func=github.com/docker/distribution/registry/storage/driver/base.(*Base).Stat trace.id=6977da41-fd94-4926-99af-059821e18046 trace.line=137 account-portal: marking manifest sha256:17954313e0f8926875ce0743fe85693e0e9f695908c8f1544360d067a66b5eee DEBU[0007] (*manifestStore).Get environment=development go.version=go1.7.3 instance.id=3296f17d-2ba7-4b3f-8530-991cb2ff8e04 service=registry DEBU[0007] filesystem.GetContent("/docker/registry/v2/repositories/account-portal/_manifests/revisions/sha256/17954313e0f8926875ce0743fe85693e0e9f695908c8f1544360d067a66b5eee/link") environment=development go.version=go1.7.3 instance.id=3296f17d-2ba7-4b3f-8530-991cb2ff8e04 service=registry trace.duration=86.1µs trace.file=/go/src/github.com/docker/distribution/registry/storage/driver/base/base.go […]

为Dockerregistry生成负载: 如何有效地生成负载到性能testingDockerregistry？即：客户stream量到注册端点的模拟，其中所有图像可能彼此不同。我正在考虑从Docker中心caching预先构build的图像，并将它们上传到我的testingDockerregistry中。或者，我正在考虑在即时创build映像并将其上传到Docker，尽pipe这看起来效率不高，而且我将不得不生成大量的Docker文件，以确保Docker映像生成的内容彼此不同。接受build议。

我如何使Atifactorydockerregistry图像使用docker清单版本2？: 我使用JFrog的Artifactory（v4.16.0）作为dockerregistry，我注意到每当我上传一个图像的清单文件是版本1： { "schemaVersion": 1, "name": "devops/testimage", "tag": "0.0.1", "architecture": "amd64", […] 我build立的docker映像是1.12.3版本。有什么我需要做的，以确保清单是版本2？

无法在minishift中访问正在运行的Docker镜像（使用tomcat） – OpenShift-Origin: 我编写了一个简单的Java-Spring MVC War文件的Docker镜像，（下面的Dockerconfiguration）。我能够运行使用docker运行命令，也没有看到日志中的任何错误或麻烦上传到Openshift-minishift内部registry的战争。我能够在我的Openshift-minishift控制台中拉出图像。 #Docker Config FROM tomcat:8.0.20-jre8 MAINTAINER ashok.gudise@github ENV CATALINA_HOME /usr/local/tomcat ENV PATH $CATALINA_HOME/bin:$PATH RUN mkdir -p "$CATALINA_HOME" WORKDIR $CATALINA_HOME RUN chgrp -R 0 $CATALINA_HOME RUN chmod -R g+rw $CATALINA_HOME RUN find $CATALINA_HOME -type d -exec chmod g+x {} + #RUN mkdir $CATALINA_HOME/app_conf #ADD config $CATALINA_HOME/app_conf/ COPY build/libs/distributed-app-1.0.war $CATALINA_HOME/webapps/ #RUN sed -i […]

如何计算image.tar中的manifest.json中的图层ID以及它是什么意思？: Docker version 1.12 Docker registry version 2 Operating system ubuntu14.04 使用myubuntu docker save命令导出本地映像myubuntu ，我得到了myubuntu.tar。解压缩myubuntu.tar后，我得到了如图1 所示的manifest.json 。图1 manifest.json 。我无法理解这个文件的layers键的含义。我将这个manifest.json与我从registryv2 api获得的manifest.json进行了比较（我将这个图像推送到了我自己的registry服务）。我从registry中获得的清单就像registry中的清单一样。显然， manifest.json和manifest layers使用不同的ID。 manifest.json layers中的id不是blobsum ，也就是compressed图层数据的sha256摘要。而且它不是diffid ，这意味着uncompressed图层数据的sha256摘要（我检查过这个图像的configurationjson）。那么， manifest.json层次是什么意思，如何计算呢？谢谢。