Docker 以 windows 本地文件夹为目标的命名卷
Docker Named Volume with targeting windows local folder
在 docker-compose 文件中,我想创建一个命名卷,它将以本地驱动器为目标进行测试。对于生产,我们将使用 NFS。
我创建的撰写文件如下,
version: '3.3'
services:
test:
build: .
volumes:
- type: volume
source: data_volume
target: /data
networks:
- network
volumes:
data_volume:
driver: local
driver_opts:
o: bind
type: none
device: c:/data
networks:
network:
driver: overlay
attachable: true
当我 运行 docker-compose up 时,出现以下错误,
for test_test_1 Cannot create container for service test: failed to mount local volume:
mount c:/data:/var/lib/docker/volumes/test_data_volume/_data, flags: 0x1000: no such file
or directory
即使有错误,它仍然会创建指定的卷。所以当我检查它时,
{
"CreatedAt": "2019-10-07T09:10:14Z",
"Driver": "local",
"Labels": {
"com.docker.compose.project": "test",
"com.docker.compose.version": "1.24.1",
"com.docker.compose.volume": "data_volume"
},
"Mountpoint": "/var/lib/docker/volumes/test_data_volume/_data",
"Name": "test_data_volume",
"Options": {
"device": "c:/data",
"o": "bind",
"type": "none"
},
"Scope": "local"
}
我仍然不确定为什么 Mountpoint 会指向那个位置。
我知道我可以在没有命名卷的情况下实现这一点(我已经这样做了),但是对于项目的未来我们肯定需要命名卷。
有什么实现方法的建议吗?
这里也一样。使用 Docker Desktop for Windows,我尝试将本地路径 E:\Project\MyWebsite\code
挂载到命名卷但失败了。这是我解决这个问题的方法。
首先,我把路径改成了“.”:
volumes:
website:
driver: local
driver_opts:
type: none
device: "."
o: bind
这次docker-compose up
运行成功了,所以我登录shell查看挂载目录的样子:
bash-5.0# ls -l
total 62
lrwxrwxrwx 1 root root 11 Oct 1 15:15 E -> /host_mnt/e
drwxr-xr-x 2 root root 14336 Sep 11 15:27 bin
drwxr-xr-x 4 root root 2048 Apr 19 2017 dev
lrwxrwxrwx 1 root root 11 Oct 1 15:15 e -> /host_mnt/e
drwxr-xr-x 1 root root 180 Sep 30 11:53 etc
drwxr-xr-x 2 root root 2048 Sep 11 15:27 home
drw-r--r-- 4 root root 80 Oct 8 22:52 host_mnt
drwxr-xr-x 1 root root 60 Sep 30 11:53 lib
drwxr-xr-x 5 root root 2048 Sep 11 15:27 media
...
drwxrwxrwt 1 root root 40 Oct 11 19:37 tmp
drwxr-xr-x 1 root root 80 Sep 11 15:27 usr
drwxr-xr-x 13 root root 2048 Sep 11 15:27 var
显然不是 Windows 卷,可能是由 Docker 创建的一些 Linux 虚拟机。但是路径 /host_mnt/e
和 /host_mnt/E
似乎是指示性的,所以我尝试将 docker-compose
定义更改为:
volumes:
website:
driver: local
driver_opts:
type: none
device: "/host_mnt/e/Project/MyWebsite/code"
o: bind
而且成功了!看起来命名卷的工作方式与 Windows.
的顺序方式不同
这个 /host_mnt/e
可能不会存在,除非您之前已经运行访问了驱动器盘符。但这对您来说应该不是问题,因为您已经尝试了安装本地驱动器的常规方法,并且有效。
在 docker-compose 文件中,我想创建一个命名卷,它将以本地驱动器为目标进行测试。对于生产,我们将使用 NFS。
我创建的撰写文件如下,
version: '3.3'
services:
test:
build: .
volumes:
- type: volume
source: data_volume
target: /data
networks:
- network
volumes:
data_volume:
driver: local
driver_opts:
o: bind
type: none
device: c:/data
networks:
network:
driver: overlay
attachable: true
当我 运行 docker-compose up 时,出现以下错误,
for test_test_1 Cannot create container for service test: failed to mount local volume:
mount c:/data:/var/lib/docker/volumes/test_data_volume/_data, flags: 0x1000: no such file
or directory
即使有错误,它仍然会创建指定的卷。所以当我检查它时,
{
"CreatedAt": "2019-10-07T09:10:14Z",
"Driver": "local",
"Labels": {
"com.docker.compose.project": "test",
"com.docker.compose.version": "1.24.1",
"com.docker.compose.volume": "data_volume"
},
"Mountpoint": "/var/lib/docker/volumes/test_data_volume/_data",
"Name": "test_data_volume",
"Options": {
"device": "c:/data",
"o": "bind",
"type": "none"
},
"Scope": "local"
}
我仍然不确定为什么 Mountpoint 会指向那个位置。 我知道我可以在没有命名卷的情况下实现这一点(我已经这样做了),但是对于项目的未来我们肯定需要命名卷。
有什么实现方法的建议吗?
这里也一样。使用 Docker Desktop for Windows,我尝试将本地路径 E:\Project\MyWebsite\code
挂载到命名卷但失败了。这是我解决这个问题的方法。
首先,我把路径改成了“.”:
volumes:
website:
driver: local
driver_opts:
type: none
device: "."
o: bind
这次docker-compose up
运行成功了,所以我登录shell查看挂载目录的样子:
bash-5.0# ls -l
total 62
lrwxrwxrwx 1 root root 11 Oct 1 15:15 E -> /host_mnt/e
drwxr-xr-x 2 root root 14336 Sep 11 15:27 bin
drwxr-xr-x 4 root root 2048 Apr 19 2017 dev
lrwxrwxrwx 1 root root 11 Oct 1 15:15 e -> /host_mnt/e
drwxr-xr-x 1 root root 180 Sep 30 11:53 etc
drwxr-xr-x 2 root root 2048 Sep 11 15:27 home
drw-r--r-- 4 root root 80 Oct 8 22:52 host_mnt
drwxr-xr-x 1 root root 60 Sep 30 11:53 lib
drwxr-xr-x 5 root root 2048 Sep 11 15:27 media
...
drwxrwxrwt 1 root root 40 Oct 11 19:37 tmp
drwxr-xr-x 1 root root 80 Sep 11 15:27 usr
drwxr-xr-x 13 root root 2048 Sep 11 15:27 var
显然不是 Windows 卷,可能是由 Docker 创建的一些 Linux 虚拟机。但是路径 /host_mnt/e
和 /host_mnt/E
似乎是指示性的,所以我尝试将 docker-compose
定义更改为:
volumes:
website:
driver: local
driver_opts:
type: none
device: "/host_mnt/e/Project/MyWebsite/code"
o: bind
而且成功了!看起来命名卷的工作方式与 Windows.
的顺序方式不同这个 /host_mnt/e
可能不会存在,除非您之前已经运行访问了驱动器盘符。但这对您来说应该不是问题,因为您已经尝试了安装本地驱动器的常规方法,并且有效。