如果Docker是“短暂的”，如何停止一个容器不同于删除一个容器？ 当我停下来并开始时，这并不意味着我可以将信息保存在那个容器中吗？ 我以为这是你不想做的事情（保存容器中的数据）
我有以下yaml version: '2' services: database: image: sameersbn/mysql container_name: invoiceplane_mysql volumes: – /srv/docker/invoicePlane/mysql:/var/lib/mysql/ environment: – DB_PASS=password – DB_USER=root – DB_NAME=invoiceplane – DB_REMOTE_ROOT_NAME=root – DB_REMOTE_ROOT_PASS=password – DB_REMOTE_ROOT_HOST=172.18.0.% ports: – "3306:3306" #entrypoint: [/bin/bash, /usr/bin/mysql] #entrypoint: mysql -h localhost -uroot -e "GRANT ALL PRIVILEGES ON *.* TO 'root'@'172.18.0.%' IDENTIFIED BY 'password'" invoiceplane: #image: coelis/invoiceplane build: ./invoiceplane entrypoint: ['/start.sh'] ports […]
如何使用这个docker-compose编辑/etc/mysql/my.cnf ？ 我需要注释bind-address来允许来自所有主机的连接。 https://github.com/indiehosters/piwik/blob/master/docker-compose.yml
我正面临一个奇怪的现象，我无法解释CPU /内核的使用情况。 我在运行OpenPLC的Ubuntu机器上运行了几个Docker容器。 关于这一点唯一有趣的部分是，当我重新部署到PLC时，它运行g ++编译器来重新编译一个程序。 我有一个额外的容器来控制这些重新部署。 所以如果我将程序重新部署到4个容器，4 g ++的进程将会产生并且工作。 围绕4 PLC标志，我的i3-2310M CPU拥有100％的所有内核。 在这里，我有一个图表，展示了部署的容器数量，以及重新部署完成后再次接收数据的时间。 这些是5次testing运行的手段，错误栏表示标准错误。 很明显，随着更多的g ++进程运行，时间应该会增加，但是增加的方式是我无法解释的。 我会预期线性增长。 这些PLC容器将Modbus / TCP数据包发送到控制容器，我使用Wireshark在重新部署之前的最后一条消息和之后的第一条消息之间测量时间。 任何可能的解释这个怪异的模式？
我已经用Ubuntu 16.04设置了一个实例，并按照说明安装了Docker CE。 docker运行，docker集装箱运行 当我尝试运行时： $ docker-compose up ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket – is it running? If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable. 我相信这个错误是Google Compute Engine特有的。 任何人都可以给我一个洞察力在哪里寻找解决它？
我们只是尝试了3个节点的Docker-Swarm，每个节点充当Master和Worker。 这工作正常，但我不知道如果以下行为是“正常的”。 如果我closures这3个节点中的一个，那么swarm会处理好服务的重新分配。 如果我closures了这三个节点中的两个，那么这些服务仍然可以正常工作，但是如果我连接到“最后一个人站立”并尝试让我的群集概览： docker node ls 我收到以下错误信息： Error response from daemon: rpc error: code = 4 desc = context deadline exceeded 只有一个节点剩下时，我不确定群是否可以运行？ 我会猜测是的
我在跑 ： $ docker build -t somefile . 每次我运行，我得到这个错误： unable to prepare context: unable to evaluate symlinks in Dockerfile path: lstat 完整的错误是： unable to prepare context: unable to evaluate symlinks in Dockerfile path: lstat /home/someusername/code/Dockerfile: no such file or directory 这是非常奇怪的，所以我认为这与我使用这个升级到最新版本的docker版本有关 ：使用这个指南安装最新的docker版本 。 我仍然得到同样的错误。 我已经尝试了不同的docker版本。 我试过不同的服务器。 我甚至尝试了不同的docker文件。 我仍然得到这个错误。 我试过的最后一个服务器是使用这个版本的docker： Docker version 17.03.1-ce, build c6d412e 不知道我哪里去错了。 […]
我必须在这里做一些完全错误的事情，但我试图testing绑定到机器上特定IP的docker容器的简单设置。 这是用例： 在主机上： ifconfig eno1:1 192.168.3.222 netmask 255.255.255.0 up docker network create –subnet=172.18.0.0/16 mynet123 docker run –net mynet123 –privileged -p 192.168.3.222:4444:4444 –name test -t -i ubuntu:xenial /bin/bash 在现在正在运行的bash会话中： apt-get update apt-get install netcat netcat -l 4444 现在回到主机上的另一个shell（或networking上的任何其他计算机）上： netcat 192.168.3.222 4444 这被拒绝的连接。 我一定是做错了，因为即使我用默认networking和-p 4444:4444或者使用–net=host来使用主机的原始IP而不是.222，也会发生同样的情况。 这看起来很简单，基于我在线阅读的所有内容，但出于某种原因，我无法让其他机器通过主机访问容器。
我正在使用最新的官方nginx docker容器 。 无论何时启动容器，都会在/usr/share/nginx/html中创build两个文件 root@ba65db04a18f:/# ls -la /usr/share/nginx/html total 16 drwxr-xr-x 2 root root 4096 Jun 28 15:38 . drwxr-xr-x 3 root root 4096 Jun 23 00:55 .. -rw-r–r– 1 root root 537 May 30 13:03 50x.html -rw-r–r– 1 root root 612 May 30 13:03 index.html 如何防止这些文件被创build？ 我用来启动容器的命令是： docker volume create static docker run -it […]
在我的服务器上，我在debian服务器上运行了一个mailcow：dockerized解决scheme，我想用nginx作为一个http反向代理，而且也用作一个SMTP imap和pop3，如https://www.nginx.com /资源/pipe理引导/邮件代理/ 但是，我进一步阅读链接时，很难弄清楚这将如何完成。 在http中，显而易见的是这将如何完成： server { listen 80; server_name mail.example.tk; location /.well-known { proxy_pass http://127.0.0.1:8080/.well-known ; proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; client_max_body_size 100m; } location / { rewrite ^(.*) https://$server_name$1 permanent; } } server { listen 443 ssl; server_name mail.example.tk; ssl_certificate /opt/docker-mailcow/data/assets/ssl/cert.pem; ssl_certificate_key /opt/docker-mailcow/data/assets/ssl/key.pem; ssl_protocols TLSv1 TLSv1.1 […]