我正在尝试将主机目录装载到Docker容器中,以便在主机上完成的任何更新都反映到Docker集装箱中。

我哪里做错了什么。以下是我所做的:

kishore$ cat Dockerfile

FROM ubuntu:trusty
RUN apt-get update
RUN apt-get -y install git curl vim
CMD ["/bin/bash"]
WORKDIR /test_container
VOLUME ["/test_container"]

kishore$树.├── Dockerfile文件└── 主文件夹├── tfile1.text├── tfile2.txt文件├── tfile3.txt文件└── tfile4.txt文件

1个目录,5个文件基肖尔$pwd/用户/kishore/tdockkishore$docker build--tag=k3_s3:最新。

Uploading context 7.168 kB
Uploading context
Step 0 : FROM ubuntu:trusty
 ---> 99ec81b80c55
Step 1 : RUN apt-get update
 ---> Using cache
 ---> 1c7282005040
Step 2 : RUN apt-get -y install git curl vim
 ---> Using cache
 ---> aed48634e300
Step 3 : CMD ["/bin/bash"]
 ---> Running in d081b576878d
 ---> 65db8df48595
Step 4 : WORKDIR /test_container
 ---> Running in 5b8d2ccd719d
 ---> 250369b30e1f
Step 5 : VOLUME ["/test_container"]
 ---> Running in 72ca332d9809
 ---> 163deb2b1bc5
Successfully built 163deb2b1bc5
Removing intermediate container b8bfcb071441
Removing intermediate container d081b576878d
Removing intermediate container 5b8d2ccd719d
Removing intermediate container 72ca332d9809

kishore$docker运行-d-v/Users/kishore/main_folder:/test_container k3_s3:最新c9f9a7e09c54ee1c2c966f15c963b4af320b5203b8c46689033c1ab8872a0漏洞$docker运行-i-t k3_s3:最新/bin/bash

root@0f17e2313a46:/test_container# ls -al
total 8
drwx------  2 root root 4096 Apr 29 05:15 .
drwxr-xr-x 66 root root 4096 Apr 29 05:15 ..

root@0f17e2313a46:/test_container#退出exitkishore$docker-vDocker版本0.9.1,内部版本867b2a9

我不知道如何检查boot2docker版本

问题和面临的问题:

如何将main_folder链接到docker容器中的test_container文件夹?我需要自动完成。如何在不真正使用run-d-v命令的情况下做到这一点?如果boot2docker崩溃会发生什么?Docker文件存储在哪里(除了Dockerfile)?


当前回答

从Docker 18-CE开始,您可以使用Docker run-v/src/path:/container/path来进行主机文件夹的双向绑定。

不过,如果您使用的是Windows 10/WSL,并将Docker CE for Windows作为主机,然后在WSL中使用Docker CE客户端工具,那么这里有一个主要的陷阱。WSL知道整个/文件系统,而Windows主机只知道驱动器。在WSL中,您可以使用/mnt/c/projectpath,但是如果您尝试停靠运行-v${PWD}:/projectpath时,您会在主机中发现/projectpath/为空,因为在主机上/mnt意味着什么。

如果您从/c/projectpath工作,然后运行docker-v${PWD}:/projectpath,您会发现在容器中,/projectpath将实时反映/c/projectpath。除了在您的客户机中看到空装载外,没有任何错误或任何其他方法可以检测此问题。

您还必须确保在Docker for Windows设置中“共享驱动器”。

其他回答

从Docker 18-CE开始,您可以使用Docker run-v/src/path:/container/path来进行主机文件夹的双向绑定。

不过,如果您使用的是Windows 10/WSL,并将Docker CE for Windows作为主机,然后在WSL中使用Docker CE客户端工具,那么这里有一个主要的陷阱。WSL知道整个/文件系统,而Windows主机只知道驱动器。在WSL中,您可以使用/mnt/c/projectpath,但是如果您尝试停靠运行-v${PWD}:/projectpath时,您会在主机中发现/projectpath/为空,因为在主机上/mnt意味着什么。

如果您从/c/projectpath工作,然后运行docker-v${PWD}:/projectpath,您会发现在容器中,/projectpath将实时反映/c/projectpath。除了在您的客户机中看到空装载外,没有任何错误或任何其他方法可以检测此问题。

您还必须确保在Docker for Windows设置中“共享驱动器”。

[更新]截至2017年6月,Docker for Mac解决了其中所有令人讨厌的部分,您必须使用VirtualBox。它允许您使用/private前缀基本上映射本地主机上的所有内容。更多信息请点击此处。[/UPDATE]

目前所有的答案都是关于Boot2docker的。由于现在不赞成使用docker机器,这适用于docker机器:

首先,ssh到docker机器vm中,并创建要映射到的文件夹:

docker-machine ssh $MACHINE_NAME "sudo mkdir -p \"$VOL_DIR\""

现在将文件夹共享到VirtualBox:

WORKDIR=$(basename "$VOL_DIR")
vboxmanage sharedfolder add "$MACHINE_NAME" --name "$WORKDIR" --hostpath "$VOL_DIR" --transient

最后,再次ssh到docker机器中,并装载刚才共享的文件夹:

docker-machine ssh $MACHINE_NAME "sudo mount -t vboxsf -o uid=\"$U\",gid=\"$G\" \"$WORKDIR\" \"$VOL_DIR\""

注意:对于UID和GID,基本上可以使用任何整数,只要它们还没有使用。

这在OS X El Capitan上从docker机器0.4.1和docker 1.8.3开始测试。

为了在Windows 10中实现这一点,我必须从系统托盘中打开Docker设置窗口,然后转到共享驱动器部分。

然后,我选中了C旁边的复选框。Docker要求我的桌面凭据以获得写入我的用户文件夹的授权。

然后,我按照上面的示例以及设置页面上的示例运行docker容器,将其附加到容器中的/data。

docker run -v c:/Users/<user.name>/Desktop/dockerStorage:/data -other -options

使用命令行:

docker run -it --name <WHATEVER> -p <LOCAL_PORT>:<CONTAINER_PORT> -v <LOCAL_PATH>:<CONTAINER_PATH> -d <IMAGE>:<TAG>

使用docker-compose.yaml:

version: '2'
  services:
    cms:
       image: <IMAGE>:<TAG>
       ports:
       - <LOCAL_PORT>:<CONTAINER_PORT>
       volumes:
       - <LOCAL_PATH>:<CONTAINER_PATH>

假设:

图片:k3_s3标签:最新本地端口:8080容器端口:8080LOCAL_PATH:/要装载的卷容器路径:/mnt

示例:

首先创建要装载的/卷。(如果存在,则跳过)

$ mkdir -p /volume-to-mount

docker compose-f docker-compose.yaml up-d

version: '2'
  services:
    cms:
       image: ghost-cms:latest
       ports:
       - 8080:8080
       volumes:
       - /volume-to-mount:/mnt

验证容器:

docker exec -it CONTAINER_ID ls -la /mnt

我发现,任何位于系统指令下的目录(如/var、/usr、/etc)都不能安装在容器下。

该指令应位于用户的空格处-v开关指示docker守护进程将本地目录装载到容器,例如:

docker run -t -d -v /{local}/{path}:/{container}/{path} --name {container_name} {imagename}