dockercompose的volume写文件提示Permissiondenied

在vscode中&＃xff0c;打开服务器中和docker映射的volume的文件&＃xff0c;修改保存时提示&＃xff1a;permission denied

参考&＃xff1a;Docker Volume 权限管理

是因为容器中目录权限和本地映射数据卷的权限不一致&＃xff0c;本地映射目录权限要高于容器目录权限&＃xff0c;所以映射到本地之后&＃xff0c;没有写入的权限。

例如&＃xff1a;同一个文件夹

在容器中是root和1000权限&＃xff08;对于普通文件都是1000权限&＃xff09;

但是在服务器里就是user权限。

3.1 单次解决

适用于容器已经在运行中&＃xff0c;volume已经挂载的情况

假设我的docker-compose.yml中关于数据挂载是

volumes: - /data:/data


3.1.1 ❌方法1 修改权限

• 参考CSDN博客&＃xff1a;关于docker-compose的volume映射发生Permission denied的解决及评论。
• 关于linux修改文件权限/属主&＃xff0c;可以参考菜鸟教程-Linux 文件基本属性

"""
1. 直接修改对应的volume在容器里的权限&＃xff0c;在容器里执行以下
"""
chown root -R /data # 让容器里的&＃96;/data&＃96;文件夹提高权限chown -R 770 /data # 修改这个volume的属组和属主的读写权限# 提示以下内容&＃xff0c;修改失败&＃xff0c;不能这么改
chown: changing ownership of &＃39;/data/XXX/docker_data_root/overlay2/XXX/merged/sys&＃39;: Read-only file system
chown: WARNING: Circular directory structure.
This almost certainly means that you have a corrupted file system.
NOTIFY YOUR SYSTEM MANAGER.
The following directory is part of the cycle:/data/XXX/docker_data_root/overlay2/XXXX/merged/data/data3/docker_data_root/overlay2/XXXX/merged


3.2 在dockercompose.yml中添加配置修改权限

适用于容器还没有启动&＃xff0c;还在写配置文件的过程

3.2.1 神奇的参数

参考github的issue&＃xff1a;Docker-compose volumes give permission denied after upgrade to moby.&＃xff0c;提示

Add :Z to your volumes mounts: /host/path:/container/path:Z and it should work.

这样做的依据来自于&＃xff1a;Using Volumes with Docker can Cause Problems with SELinux

• 想要看完整的信息&＃xff0c;可以man docker run&＃xff0c;或者看这个网页
• 主要是 volume中-z参数的使用
  
  下面这部分是重点描述
  
  可以简单理解为&＃xff0c;有了这个Z参数&＃xff0c;那么就可以在多个容器间共享volume

✅3.2.2 方法1&＃xff0c;添加user参数

• 参考Logstash6.4.2 started by using docker-compose up, an error occurred: UDP listener died , Permission denied

  version: &＃39;2&＃39;
services:logstash:image: docker.elastic.co/logstash/logstash:6.4.2user: root # 在镜像下面添加user&＃xff1a;rootcommand: id


• 参考&＃xff1a;Compose file version 3 reference&＃xff0c;在页面中搜索user&＃xff08;第5个user附近&＃xff09;
  可以看到以下内容&＃xff0c;说明在创建容器的时候&＃xff0c;确实是可以指定一些权限的

  version: "3.9"
services:redis:image: redis:latestdeploy:replicas: 1secrets:- source: my_secrettarget: redis_secretuid: &＃39;103&＃39;gid: &＃39;103&＃39;mode: 0440


• 参考Compose specification&＃xff0c;同样在这个页面搜索user&＃xff08;第19个user附近&＃xff09;&＃xff0c;也可以看到

  services:base:image: busyboxuser: root # 指定usercommon:image: busyboxextends:service: basecli:extends:service: common


• 另外&＃xff0c;还有一段话&＃xff0c;点击这里
  

3.2.3 应用方法1结果

还是会有些文件打不开。

怀疑不是因为docker-compose的原因&＃xff0c;随转向vscode的remote-ssh问题&＃xff0c;后续请看 5. vscode remote-ssh的问题部分

3.2.4 方法2&＃xff0c;添加privileged: true

• 参考CSDN博客&＃xff1a;关于docker-compose的volume映射发生Permission denied的解决

  version: &＃39;3&＃39;
services:redis: image: redis:alpinecontainer_name: sc-redisrestart: alwaysprivileged: true


参考&＃xff1a;

• &＃xff08;一&＃xff09;利用docker在linux服务器上部署tensorflow、pytorch等环境
  • 考虑privilege

3.3.5 方法3&＃xff0c; 添加chown语句

根据Docker persisted volum has no permissions (Apache Solr)

version: "3"
services:initializer:image: alpinecontainer_name: solr-initializerrestart: "no"entrypoint: |/bin/sh -c "chown 8983:8983 /solr" # 在容器启动的时候执行chownvolumes:- ./data/solr:/solr


类似的还有这个回答&＃xff0c;Change permissions for named volumes in Docker

分别是在dockerfile里改&＃xff0c;run的时候改&＃xff0c;已经run起来之后的exec改。&＃xff08;我试了Option3&＃xff0c;但是报错了&＃xff0c;可能是我写的有什么问题&＃xff0c;有成功的可以留个评论&＃xff09;

3.3 dockerfile

3.3.1 方法1 chown修改权限

• 参考Stack Oveflow&＃xff1a;Permission changed to 1000 on local host after Docker container with volume created

  RUN chown root:root -R /data
这部分写法和3.1 的方法1类似

4.1 1000用户组

TBD

4.2 容器用户和宿主机用户

TBD

其它参考:

• CSDN博客&＃xff1a;Docker容器中root用户权限变成1000用户的权限
• Docker (compose) Permission denied
• CSDN博客&＃xff1a;Docker Volume 权限管理
• 博客园博客&＃xff1a;docker挂载volume的用户权限问题,理解docker容器的uid
• Docker and the Host Filesystem Owner Matching Problem
• Handling File Permissions When Writing to Volumes from #Docker Containers
• Change permissions for named volumes in Docker

之前的报错信息

未能保存“XXX.py”: 无法写入文件"vscode-remote://ssh-remote&＃43;XXXX.py"
(NoPermissions (FileSystemError): Error: EACCES: permission denied, open
&＃39;XXXX&＃39;)


参考&＃xff1a;vscode-remote 无法写入文件“vscode-remote://ssh-remote

也是修改文件权限

chmod 757 xxx #“xxx”为文件名,这样就可以远程修改了。


之前改的是770&＃xff0c;这里是757&＃xff0c;看菜鸟教程-Linux 文件基本属性&＃xff0c;所以其实不仅是文件属主的问题&＃xff0c;还有文件的权限问题。

chmod 757 -R /datachmod 757 -R ./


所以说明我在容器里的身份其实是other。。&＃xff08;关于容器里的用户角色&＃xff0c;以后需要补充。&＃xff09;