[英]How to set a path on host for a named volume in docker-compose.yml
[英]Why is docker-compose creating volume in random path instead of the path I specified in docker-compose.yml?
我正在尝试将 nexus 数据存储在持久卷中。 为此,我使用了这个 compose yaml:
version: '3.5'
services:
nexus:
image: sonatype/nexus3
volumes:
- ./nexus-data:/nexus-data sonatype/nexus3
ports:
- "8081:8081"
networks:
- devops
extra_hosts:
- "my-proxy:my-proxy-address"
restart: on-failure
networks:
devops:
name: devops
driver: bridge
在运行docker-compose up
之前docker-compose up
我已经创建了nexus-data
文件夹,并按照此处的建议为uid/guid 200
提供了所需的权限:
https://github.com/sonatype/docker-nexus3/blob/master/README.md#persistent-data 。
root@master-node:~/docker# ll
total 16
drwxr-xr-x 3 root root 4096 Jan 8 13:37 ./
drwx------ 22 root root 4096 Jan 8 13:40 ../
-rw-r--r-- 1 root root 319 Jan 8 13:36 docker-compose.yml
drwxr-xr-x 2 200 200 4096 Jan 8 13:37 nexus-data/
在运行撰写文件之前,这里是 docker 的卷列表(它是空的):
root@master-node:~/docker# docker volume ls
DRIVER VOLUME NAME
在docker-compose up
命令之后,docker 创建了如下图所示的卷:
root@master-node:~/docker# docker volume ls
DRIVER VOLUME NAME
local 7b7b6517e5ed0e286a8fc7caef756141b5bbdb6e074ef93a657850da3dd78b2b
root@master-node:~/docker# docker volume inspect 7b7b6517e5ed0e286a8fc7caef756141b5bbdb6e074ef93a657850da3dd78b2b
[
{
"CreatedAt": "2020-01-08T13:42:34+03:00",
"Driver": "local",
"Labels": null,
"Mountpoint": "/var/lib/docker/volumes/7b7b6517e5ed0e286a8fc7caef756141b5bbdb6e074ef93a657850da3dd78b2b/_data",
"Name": "7b7b6517e5ed0e286a8fc7caef756141b5bbdb6e074ef93a657850da3dd78b2b",
"Options": null,
"Scope": "local"
}
]
root@master-node:~/docker# ls /var/lib/docker/volumes/7b7b6517e5ed0e286a8fc7caef756141b5bbdb6e074ef93a657850da3dd78b2b/_data
admin.password cache db elasticsearch etc generated-bundles instances javaprefs karaf.pid keystores lock log orient port restore-from-backup tmp
但是我在撰写文件( nexus-data
)中指定的文件夹仍然是空的:
root@master-node:~/docker# ls nexus-data/
root@master-node:~/docker#
那么,我在这里做错了什么? 为什么nexus-data
空并且 docker 在另一条路径中创建卷?
您已经创建了一个主机卷,又名绑定安装(它没有显示在docker volume ls
因为它不是命名卷)B 从./nexus-data
上的/nexus-data sonatype/nexus3
到容器内的/nexus-data sonatype/nexus3
。 这看起来像是来自docker run
命令的复制和粘贴错误,因为您将图像名称添加到安装在容器内的路径中。 您应该能够 exec 进入容器并查看您的文件:
docker exec ... ls "/nexus-data sonatype/nexus3"
您应该从卷路径中删除映像名称以挂载容器内的典型位置:
version: '3.5'
services:
nexus:
image: sonatype/nexus3
volumes:
- ./nexus-data:/nexus-data
ports:
- "8081:8081"
networks:
- devops
extra_hosts:
- "my-proxy:my-proxy-address"
restart: on-failure
networks:
devops:
name: devops
driver: bridge
您确实看到的卷是匿名卷。 这将来自定义您未包含在容器规范中的卷的图像本身。 使用该卷检查容器将显示它的安装位置,最有可能在/nexus-data
。
下面docker-compose.yaml
按预期工作:
version: '3.5'
services:
nexus:
image: sonatype/nexus3
volumes:
- ./nexus-data:/nexus-data
ports:
- "8081:8081"
networks:
- devops
extra_hosts:
- "my-proxy:my-proxy-address"
restart: on-failure
networks:
devops:
name: devops
driver: bridge
原始docker-compose.yaml
规范中的尾随sonatype/nexus3
:
...
volumes:
- ./nexus-data:/nexus-data sonatype/nexus3
...
...抛出docker
off - 随机命名的卷是根据sonatype/nexus3
Dockerfile
的VOLUME
指令创建的,并安装到正在运行的容器中,因此为什么预期的本地安装目录为空。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.