标签: docker-volume

我是Docker的新手,我想在我的计算机上映射node_modules文件夹(用于调试目的).

这是我的docker-compose.yml

web:
  build: .
  ports:
    - "3000:3000"
  links:
    - db
  environment:
    PORT: 3000
  volumes:
    - .:/usr/src/app
    - /usr/src/app/node_modules
db:
  image: mongo:3.3
  ports:
    - "27017:27017"
  command: "--smallfiles --logpath=/dev/null"

我在使用Docker for Mac.当我运行docker-compose up -d所有正确,但它在我的计算机上创建一个node_modules文件夹,但它是空的.我进入容器的bash和ls node_modules,所有包都在那里.

如何在计算机上获取容器上的内容呢？

谢谢

我正在使用Docker Apache airflow VERSION 1.9.0-2(https://github.com/puckel/docker-airflow).

调度程序生成大量日志,文件系统将快速耗尽空间,因此我尝试以编程方式删除由airflow创建的调度程序日志,可在调度程序容器中找到(/ usr/local/airflow/logs/scheduler )

我已经设置了所有这些维护任务:https: //github.com/teamclairvoyant/airflow-maintenance-dags

但是,这些任务仅删除工作服务器上的日志,而调度程序日志位于调度程序容器中.

我还设置了远程日志记录,将日志发送到S3,但正如本文中提到的删除气流任务日志中所述,此设置不会阻止气流写入本地计算机.

此外,我还尝试在worker和scheduler之间创建一个共享命名卷,如此处所述Docker Compose - 在多个容器之间共享命名卷.但是,我在worker中收到以下错误:

ValueError: Unable to configure handler 'file.processor': [Errno 13] Permission denied: '/usr/local/airflow/logs/scheduler'

和调度程序中的以下错误:

ValueError: Unable to configure handler 'file.processor': [Errno 13] Permission denied: '/usr/local/airflow/logs/scheduler/2018-04-11'

那么,人们如何删除调度程序日志？

我对不应该使用数据容器的普遍共识感到困惑.我有特定的用例,我想完成.

我想拥有docker nginx容器,并在其后面有一些带应用程序的其他容器.要运行我的应用程序的最新版本,我想从我的私人docker注册表下载ready容器.该应用程序现在纯粹是静态的HTML,JavaScript的东西.

所以我的计划是创建将保存文件的docker image,并在some/webapp文件夹中指定一个命名卷.nginx容器将为此卷提供服务.我没有看到任何其他方式如何将一堆文件移动到远程系统"docker containerinerized"方式.我实际上没有创建被诅咒的数据容器吗？

无论如何在app容器交换期间会发生什么？当我停止app容器时,该卷仍然可以访问,因为它放在主机上.当我拉动并启动新版本的app容器时.该卷将再次创建并预先填充存储在同一位置的图像文件,替换主机上的内容,以便nginx容器将从现在的新版本的应用程序服务器.权利？当我从nginx容器引用尚不存在的卷时会发生什么.

似乎命名值不会自动与图像内容一起提交.我也不确定如何在docker文件中创建命名卷,因为从这里获取的语法不起作用

FROM training/webapp

VOLUME webapp:/webapp

使用docker-compose synthax的v2,我们能够做到这样的事情:

version: '2'
services:
  app:
    image: tianon/true
    volumes:
      - ../app:/var/www/app
  nginx:
    image: nginx
    volumes_from:
      - app
  php:
    image: php
    volumes_from:
      - app

volumes_from现在是v3.2 invalid option.该文档仅用于使用新的顶级卷synthax,即all the ways better.我已经阅读了一些关于github的评论,也是人们提出的唯一解决方案

version: '3.2'
services:
  nginx:
    image: nginx
    volumes:
      - app:/var/www/app
  php:
    image: php
    volumes:
      - app:/var/www/app
volumes:
  app:
    driver_opts:
      type: none
      device: ../app
      o: bind

这显然看起来更糟,它甚至对我不起作用.它给了我一个错误:no such file or directory.那么我还应该尝试什么呢？看起来我仍然可以使用links而不是顶级卷,但它被认为是文档中的遗留选项.那么如何使用新语法做到这一点？

编辑: 问题已被确定为可能重复,但我不同意.请参阅我的评论以获得解释.

我相信有一种简单的方法可以将文件复制到已经安装到容器的 docker 卷中。

docker cp /tmp/my_data/. my_container:/my_data如如何将多个文件复制到 docker 数据卷中所述

但是，如何使用docker volume create --name my-volume其中已有文件的命名卷来创建？我读过将 cp 文件放入{{.Mountpoint}}.

我是 docker 的新手，所有这些都是细微差别，如果我对卷的基本理解不正确，我深表歉意。

我只是在 Docker for Windows 上试用 WSL 2，但我在安装卷时遇到了问题：

version: "3.7"

services:
    node:
        build: .
        container_name: node
        hostname: node
        volumes: 
            - ./app:/app
        stdin_open: true

容器构建并启动良好，我使用 docker exec 很好地访问它，但/app容器内的文件夹未绑定到我的笔记本电脑app文件夹。但是，正确的路径实际上已正确安装在正在运行的容器上：

（这里我在主机上执行密码，如果它与容器上安装的内容完美匹配）

?  app pwd   
/mnt/c/Users/willi/devspace/these/app

这是 portainer 的屏幕，它告诉我在容器中安装了哪些路径并且一切都匹配。

我在主机上的 app 文件夹中创建的文件在容器的 app 文件夹中不可见，反之亦然。这很奇怪，我不知道如何调试它。

补充资料：

• Windows 10 专业版 10.0.19041
• Docker for Windows 版本：2.3.0.4
• docker version WSL 中的输出：19.03.12
• docker-compose version : 1.26.2

谢谢