我在通过AWS ECS上的psycopg2进行数据库连接时遇到问题。 我有一个应用程序容器和一个数据库容器。 容器被链接。 该应用程序有一个入口点脚本，在启动应用程序服务器之前检查数据库是否已经启动。 $ until psql -h "$DB_HOST" -U "$DB_USER" -c '' && >&2 echo "Postgres is up"; do >&2 echo "Postgres is unavailable – sleeping" sleep 1 done > Is the server running on host "db" (172.17.0.3) and accepting > TCP/IP connections on port 5432? > Postgres is unavailable – sleeping > […]

我有两个不同的Xeon处理器和不同数量的RAM。 两个都在Ubuntu 16上运行，并具有相同的docker版本。 我的应用程序被docker化。 我在两个系统上运行了相同的Docker镜像，两个系统的内存消耗量分别为610 MB和814 MB。 我试图找出为什么会出现这种差异。 有一个更快的CPU减less内存的使用？ 如果是的话，为什么它需要更less的内存？

我有运行3个docker集装箱。 应用程序，mongodb和elasticsearch。 当我从应用程序连接到mongodb它看起来像这样： mongoose.connect('mongodb://<name_of_the_container>/<database_name>'); 当我尝试从应用程序连接到elasticsearch它不起作用： const esOptions = { log: 'error' }; esOptions.host = '3dominatores:9200'; const esClient = new elasticsearch.Client(esOptions); 它在连接时不会出现任何错误，但当我尝试访问elasticsearch时，它响亮地响起： Error: No Living connections 。 我的docker-compose.yml如下所示： version: "2" services: 3dominator: build: . image: 3dominator:0.1 container_name: 3dominator environment: NODE_ENV: development DB_ENV: container ports: – "3004:3004" volumes: – ./src:/app/src links: – 3dominatordb – 3dominatores 3dominatordb: image: […]

有什么办法来拉动泊坞窗图像或以某种方式减less带宽使用时限制stream的数量？ 否则泊坞窗拉动我的vpn挂起，当恢复它试图再次下载。 主机操作系统 – Ubuntu 16.04 Docker版本17.03.0-ce，build 60ccb22

我试图build立一个docker-compose的堆栈docker-compose ，应该包含另一个容器里面。 这是运行一个开发环境与我所有的项目里面。 所以问题是应用程序源的音量没有出现在内置的映像上。 MacOS Sierra Docker version 17.03.0-ce, build 60ccb22 Boot2Docker-cli version: v1.8.0 我的目录树 /dockers <======= one directory with all docker files for each project docker-compose.yml <======= The main image /project1 <======= dockerfile for each project Dockerfile /project2 Dockerfile /project3 Dockerfile /project1 <======= project1 source folder test.txt /project2 /project3 我的docker-compose.yml project1: build: ./project1 volumes: […]

我已经开始使用Docker 17.03.0来使用swarm / deploy。 我想知道是否偶然发现了一个错误，或者在这里configuration错误。 有了一个标准的docker-compose up在我们之前没有的群组中，我只能将一个端口暴露给本地主机（而不是外部世界）。 当我运行docker deploy时，似乎在撰写文件中的同一行被忽略。 有没有其他人看到这一点，知道我在这里可能做错了什么？ 暴露postgres端口为0.0.0.0绝对是我不想要发生的事情。 docker-compose.yml中的相关行 postgres: image: postgres:9.3 restart: unless-stopped env_file: ./prod.env ports: – "127.0.0.1:5432:5432" 旧docker版本： Client: Version: 1.12.5 API version: 1.24 Go version: go1.6.4 Git commit: 7392c3b Built: Fri Dec 16 02:42:17 2016 OS/Arch: linux/amd64 Server: Version: 1.12.5 API version: 1.24 Go version: go1.6.4 Git commit: 7392c3b […]

有一个docker装订文件与2个容器提出。 我目前的docker撰写文件如下所示： 版本：'3' services: db: image: <image repo url> ports: – "5500:5500" web: image: <image repo url> ports: – "7001:7001" 我可以看到图像被下载，但是做一个docker服务ls显示： vskumar-mac:~ vskumar$ docker service ls ID NAME MODE REPLICAS IMAGE 8xpb4o1mqp3n ora-tools-stack_db replicated 1/1 imagerepo:5000/oradb:v1.1 lgqfpyspg9v0 ora-tools-stack_web replicated 0/1 imagerepo:5000/orawls:v1.6 我已经等了几个小时，看看它是否出现。 但没有运气。

我试图设置我的docker文件没有成功。 这就是我想要做的： FROM alpine:3.5 ENV VERSION=4.8.1 RUN apk add –no-cache curl make gcc g++ python linux-headers binutils-gold gnupg libstdc++ tar xz && \ curl -sSL -o node.tar.xz https://nodejs.org/download/release/v${VERSION}/node-v${VERSION}-linux-x64.tar.xz && \ tar xJf node.tar.xz -C /usr/local –strip-components 1 CMD ["node", "–version"] 我得到的回应是这样的： Step 1 : FROM alpine:3.5 —> 4a415e366388 Step 2 : ENV VERSION 4.8.1 —> […]

我们有一些Docker服务器，但是当旧的映像/容器被更新/删除时，旧的子卷不会被删除，所以现在最终我们有10个正在运行的映像/容器，但有50多个子卷，它填满了文件系统非常快。 我们想要删除那些不再需要的子卷，但是我们如何find这些与图像/容器不再相关的子卷？ 谢谢 埃里克

我正在尝试在主机上挂载一个nfs文件系统，然后在安装完成后启动的docker容器上访问该挂载。 但是，由于某些原因，docker容器实际上并没有正确安装。 sudo mkdir /mnt/testlocation sudo mount -t nfs4 my-test-volume.nfs.bla.com:/ /mnt/testlocation sudo docker run -it -v /mnt/testlocation/:/testlocation/ my-test-container /bin/bash 在运行mount命令后，在主机上运行mount命令时，可以导航到/ mnt / testlocation，并在导航到/ testlocation时没有文件的情况下，在Docker容器内查找NFS卷上的文件。 我甚至可以在Docker容器中的/ testlocation中添加文件，而且它们不会显示在NFS卷中。 然而，当我去和“umount / mnt / testlocation”，我会发现我在docker容器中修改的文件现在可以在/ mnt / testlocation主机上。 奇怪的是，我能够在一台服务器上运行一次，但我不清楚这是怎么发生的。 在周围search我发现有关共享和从属传播模式的信息，但它似乎并不是我遇到的问题，但试图使用这些传播模式照亮了一些有趣的事情，可能表明什么是错的？ 在运行docker容器的服务器上可以访问nfs文件，我得到了以下输出： sudo docker run -v /mnt/testlocation/:/testlocation/:shared my-test-container /bin/bash docker: Error response from daemon: linux mounts: Path /mnt/testlocation is mounted […]