我正在尝试dockerize一个PHP应用程序。在dockerfile中,我下载存档,提取它,等等。

一切都很好。但是,如果发布了一个新版本,并且我更新了dockerfile,我必须重新安装应用程序,因为config.php会被覆盖。

因此,我认为我可以将该文件作为卷挂载,就像对数据库所做的那样。

我尝试了两种方法,用音量和直接路径。

docker-compose:

version: '2'
services:
  app:
    build: src
    ports:
      - "8080:80"
    depends_on:
      - mysql
    volumes:
      -  app-conf:/var/www/html/upload
      -  app-conf:/var/www/html/config.php
    environment:
      DB_TYPE: mysql
      DB_MANAGER: MysqlManager

  mysql:
    image: mysql:5.6
    container_name: mysql
    volumes:
      - mysqldata:/var/lib/mysql
    ports:
      - 3306:3306
    environment:
      MYSQL_ROOT_PASSWORD:
      MYSQL_DATABASE:
      MYSQL_USER:
      MYSQL_PASSWORD:

volumes:
  mysqldata:
  app-conf:

这导致了错误:

我尝试用一个给定的路径,作为一个挂载的卷。

/src/docker/myapp/upload:/var/www/html/upload
/src/docker/myapp/upload:/var/www/html/config.php

然而,这两种方法都不起作用。对于挂载的卷,我看到创建了上传。

但它失败了:

/var/www/html/config.php\"造成\"不是目录\""

如果我用

/src/docker/myapp/upload/config.php:/var/www/html/config.php

Docker创建upload文件夹,然后创建config.php文件夹。不是文件。

或者是否有另一种方法来持久化配置?


当前回答

对我来说,问题是我试图挂载到容器中的文件上有一个损坏的符号链接

其他回答

在合成中,我使用了一个相对路径,它工作:

version: "3.7"
services:
    svc1: 
      volumes:
        # Current dir is parent of src
        - "./src/file.conf:/path/in/container/file.conf 

使用docker run命令绑定挂载文件会产生:

docker: Error response from daemon: invalid mount config for type "bind": invalid mount path: 'path/file.conf' mount path must be absolute. 
See 'docker run --help'.

显然,这样做的唯一方法是指定一个绝对挂载路径,就像这样:

docker run -it --rm --mount type=bind,source="/path/to/file.conf",target=/file.conf alpine sh

对于Windows用户使用“%cd%”,对于Linux用户使用“$(pwd)”也是一种处理绝对路径的方法。

参见存储绑定挂载

对于Visual Studio Code用户,请确保您在命令提示符终端中运行%cd%命令,而不是PowerShell。

我的Windows 8.1也有同样的问题

结果证明,这是由于路径的大小写敏感性。 我调用docker-compose up从目录cd /c/users/alex/和容器内的一个文件被转换到目录。

但是当我执行cd /c/Users/alex/(不是大写的Users)并从那里调用docker-compose时,它工作了。

在我的系统中,Users dir和Alex dir都是大写的,尽管看起来只有Users dir重要。

TL&DR: Docker默认所有挂载点到目录。如果你想确保你的文件被挂载到docker实例中,这个文件必须在docker-compose启动和运行之前已经存在。

解释:

传统上,挂载卷的目的总是意味着将存储位置挂载到目录。然而,现在这种情况正在改变,现在可以共享文件了。从程序员的角度来看,很难知道“/tmp/something”是一个文件还是一个目录。因此,Docker假定所有挂载点首先是一个目录,除非文件已经存在。

在您的示例中,如果您希望挂载一个文件,请确保它已经存在于主机系统中。当Docker看到这个条目已经存在时,它会将这个文件挂载到Docker环境中。

使用mount(——mount)代替volume (-v)

更多信息:https://docs.docker.com/storage/bind-mounts/

例子:

确保docker主机上存在/tmp/a.txt

docker run -it --mount type=bind,source=/tmp/a.txt,target=/root/a.txt alpine sh

我也曾有过类似的问题。我试图将我的配置文件导入到我的容器中,这样我就可以在每次需要时修复它,而无需重新构建映像。

我的意思是,我认为下面的命令会将$(pwd)/config.py从Docker主机映射到/root/app/config.py作为文件映射到容器中。

docker run -v $(pwd)/config.py:/root/app/config.py my_docker_image

但是,它总是创建一个名为config.py的目录,而不是一个文件。

在寻找线索的同时,我发现了原因(从这里)

如果使用-v或——volume来绑定挂载文件或目录 在Docker主机上还不存在,-v将为您创建端点。 它总是作为目录创建。

因此,它总是作为一个目录创建,因为我的docker主机没有$(pwd)/config.py。

即使我在docker主机中创建config.py。 $(pwd)/config.py只是覆盖了/root/app/config.py,而不是导出/root/app/config.py。