文件在docker-in-docker（dind）中作为目录而不是文件挂载

Question

运行此命令docker run--rm-v$(pwd)/api_tests.conf:/usr/config/api_tests.conf--name api-automation local.artifactory.swg-devops.com/api-automation时，api_tests.conf文件将作为目录而不是文件装入容器中。

我在Docker中通过单个文件卷挂载为目录，以及其他一些类似的堆栈溢出问题，但无法得到正确的解决方案。

我已经测试了相同的代码在本地mac笔记本电脑和这里的文件从本地机器挂载到容器作为一个文件，但在本地，我没有docker-in-docker设置。

我有Dockerfile如下所示。

FROM alpine:latest
MAINTAINER Basavaraj 
RUN apk add --no-cache python3 \
    && pip3 install --upgrade pip
WORKDIR /api-automation
COPY . /api-automation
RUN pip --no-cache-dir install .
ENTRYPOINT "some command"

#!/bin/bash
docker pull local.artifactory.swg-devops.com/api-automation

# creating file with name "api_tests.conf" by adding configuration data
echo "configuration data" > api_tests.conf

# it displays all the configuration data written to api_tests.conf
cat $(pwd)/api_tests.conf

docker run --rm -v $(pwd)/api_tests.conf:/usr/.aiops/config/api_tests.conf --name api-automation local.artifactory.swg-devops.com/api-automation

在docker-in-docker环境中挂载文件有哪些不同的解决方案？我们可以共享我们创建的用来承载docker容器的文件(api_tests.conf)吗？

Answer 1

我认为您遇到的问题很可能是因为使用了dind，尽管值得指出的是，如果您将docker套接字也挂载到另一个容器中，也会出现这个问题。

这是因为当您要求docker守护进程挂载一个目录时，您就是docker客户端(cli)实际上挂载了文件/目录本身，它只是向docker守护进程传递一个请求，从它的本地文件系统挂载这个位置。这就是问题所在，因为如果您使用dind或共享docker.socket，通常这并不是您认为的地方，因此从守护进程的角度来看，文件/目录并不存在。

因此，在您的示例中，$(pwd)可能被扩展到某个已知的/现有目录路径，然后docker守护进程将挂载这个目录部分，因为该文件不存在。这至少是我的猜测，因为我以前在其他设置中使用dind/docker.socket共享时看到过类似的行为。

一个疯狂的解决方案是在启动时将您想要的文件绑定到dind容器中，然后您可以尝试随后将这些文件从dind容器中绑定到任何后续容器中。但是，请记住，这正是dind文档中警告的那种文件系统用法，因为它不稳定和潜在的数据丢失，所以请注意。

希望这有帮助。