linux – 共享卷/文件权限/所有权(Docker)

前端之家收集整理的这篇文章主要介绍了linux – 共享卷/文件权限/所有权(Docker)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我在使用Docker容器时遇到了一个有点恼人的问题(我在Ubuntu上,因此没有像VMWare或b2d那样的虚拟化).我已经构建了我的映像,并且有一个正在运行的容器,它有一个来自我的主机的共享(挂载)目录,以及一个来自我的主机的共享(挂载)文件.这是完整的docker run命令:

docker run -dit \
-p 80:80 \
--name my-container \
-v $(pwd)/components:/var/www/components \
-v $(pwd)/index.PHP:/var/www/index.PHP \
my-image

这很好用,两个/组件(及其内容)和文件都是适当共享的.但是,当我想要更改目录(例如添加文件文件夹),或编辑已安装的文件(或目录中的任何文件)时,由于权限不正确,我无法执行此操作.运行ls-lFh表示已装入项的所有者和组已更改为libuuid:libuuid.修改文件或父目录需要root权限,这会阻碍我的工作流程(因为我使用的是Sublime Text,而不是Terminal,我会看到一个管理员权限的弹出窗口).

为什么会这样?我该如何解决这个/正确处理?从Managing Data Volumes: Mount a Host File as a Data Volume开始:

Note: Many tools used to edit files including vi and sed –in-place may result in an inode change. Since Docker v1.1.0,this will produce an error such as “sed: cannot rename ./sedKdJ9Dy: Device or resource busy”. In the case where you want to edit the mounted file,it is often easiest to instead mount the parent directory.

这似乎表明,而不是mount / components和/index.PHP,我应该安装两者的父目录.理论上听起来很棒,但是基于-v选项的行为以及它与/ directory的交互方式,我父目录中的每个文件都会被libuuid:libuuid所拥有.另外,我在父目录中有很多东西在容器中不需要 – 比如构建工具,各种文件,一些压缩文件夹等.挂载整个父目录似乎是浪费.

在我的主机上运行chown用户:group on / components和/index.PHP允许我解决这个问题并且似乎继续与容器同步.这是我每次运行装有主机卷的容器时都需要做的事吗?我猜测有一种更有效的方法可以做到这一点,我只是在任何地方找不到我的特定用例的解释.

我正在使用这个容器来开发另一个程序的模块,并且不想管理一个只有数据的容器 – 唯一重要的文件来自我的主机;其他地方不需要持久性(如数据库等).

> Dockerfile
> /setup
>在pastebin上创建,以避免更长的帖子.永不过期.

创建映像后,这是我正在使用的运行命令:

docker run -dit \
    -p 80:80 \
    --name my-container \
    -v $(pwd)/components:/var/www/wp-content/plugins/my-plugin-directory/components \
    -v $(pwd)/index.PHP:/var/www/wp-content/plugins/my-plugin-directory/index.PHP \
    my-image
最佳答案
看起来您容器中的chown -R NginxNginx …命令正在更改您的文件上的所有权位,以便由主机上的libuuid拥有.

有关文件所有权位如何在主机和docker容器之间工作的基本说明,请参见Understanding user file ownership in docker: how to avoid changing permissions of linked volumes.

猜你在找的Docker相关文章