Docker容器沒有權限寫入宿主機目錄的解決方案
在應用docker容器的時候,更多的時候我們會把宿主機的目錄掛載到docker容器中。
在宿主機的文件夾權限隸屬於root時,我們需要將文件夾的權限用戶進行 chown 設置,才能保證目錄的內容的正常寫入,
下面是一個例子:
使用的是docker版本的jenkins,運行後,出現如下錯誤:
[root@localhost CICD]# docker logs -f jenkins touch: cannot touch '/var/jenkins_home/copy_reference_file.log': Permission denied Can not write to /var/jenkins_home/copy_reference_file.log. Wrong volume permissions?
我jenkins掛載的目錄是 /opt/jenkins/xxxxx,root 用戶創建,而 jenkins user的uid為1000
所以需要進行 chown 設置,如下:
sudo chown -R 1000:1000 /opt/jenkins
然後重啟容器,錯誤就沒有瞭。
補充:介紹兩種從 Docker 容器寫入卷時的文件權限處理方式
說在前面
容器常常用作原生安裝工具的替代品。在主機上使用具有所需版本的容器要比使用過時的工具好的多。但是,隻要容器與主機系統進行交互,文件會留下錯誤或損壞的權限。
幸運的是,解決該問題的方法並不需要使用腳本。
問題描述
當容器掛載一個本地目錄並將文件寫入其中時,其所有權由容器內的用戶決定:
nicholas@host:~/source$ mkdir source nicholas@host:~/source$ docker run -it --rm --volume $(pwd):/source --workdir /source ubuntu root@a031d11c9515:/source# mkdir subdir root@a031d11c9515:/source# touch subdir/newfile root@a031d11c9515:/source# exit exit nicholas@host:~/source$ ls -lR .: total 4 drwxr-xr-x 2 root root 4096 Jul 16 19:35 subdir ./subdir: total 0 -rw-r--r-- 1 root root 0 Jul 16 19:35 newfile nicholas@host:~/source$ rm -rf subdir/ rm: cannot remove 'subdir/newfile': Permission denied
另外,您還可能無法刪除這些目錄和擁有錯誤所有權的文件。
解決方案1:從容器中刪除
一個非常常見的解決方案是從容器內部更改文件和目錄的所有權:
nicholas@host:~/source$ docker run -it --rm --volume $(pwd):/source --workdir /source ubuntu root@d1c3bee8bb2b:/source# ls -al total 12 drwxrwxr-x 3 1000 1004 4096 Jul 16 19:35 . drwxr-xr-x 1 root root 4096 Jul 16 19:39 .. drwxr-xr-x 2 root root 4096 Jul 16 19:35 subdir root@d1c3bee8bb2b:/source# chown 1000:1000 subdir/ -R root@d1c3bee8bb2b:/source# ls -l total 4 drwxr-xr-x 2 1000 1000 4096 Jul 16 19:35 subdir root@d1c3bee8bb2b:/source# exit exit nicholas@host:~/source$ ls -l total 4 drwxr-xr-x 2 nicholas lpadmin 4096 Jul 16 19:35 subdir nicholas@host:~/source$
這種方法的缺點是需要添加額外的邏輯,以及您需要知道運行該容器用戶的用戶 ID 和組 ID。
解決方案2:創建擁有正確所有權的文件
第二種解決方案更簡潔,它將使用容器內的正確所有權創建文件和目錄。Docker 提供瞭一個參數來設置容器內用戶的用戶 ID 和組 ID:
nicholas@host:~/source$ docker run -it --rm --volume $(pwd):/source --workdir /source --user $(id -u):$(id -g) ubuntu groups: cannot find name for group ID 1004 I have no name!@bf7f355f3b65:/source$ touch newfile I have no name!@bf7f355f3b65:/source$ exit exit nicholas@host:~/source$ ls -l total 4 -rw-r--r-- 1 nicholas nicholas 0 Jul 16 19:42 newfile drwxr-xr-x 2 nicholas lpadmin 4096 Jul 16 19:35 subdir nicholas@host:~/source$
這種方法可以很好的幫您解決用戶 ID 和組 ID 的錯誤。
請註意,出於安全目的,在容器內以 root 身份運行是最糟糕的做法。Dockerfile 應始終使用 USER 指令從而避免直接使用 root 權限。
以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。如有錯誤或未考慮完全的地方,望不吝賜教。
推薦閱讀:
- Gogs+Jenkins+Docker 自動化部署.NetCore的方法步驟
- Dockerfile 中 VOLUME 與 docker -v 的區別說明
- Docker鏡像與容器的導入導出以及常用命令總結
- Docker搭建Jenkins並自動化打包部署項目的步驟
- docker部署安裝jenkins的實現步驟