最初docker文件系统位于/ var / lib / docker 一切正常,但由于空间限制,我们不得不 移至/ Proj / docker,并且docker服务正在运行。
Active: active (running) since Thu 2019-03-28 09:36:59 UTC; 22h ago
Docs: https://docs.docker.com
Main PID: 27007 (dockerd)
Tasks: 27
Memory: 726.5M
CGroup: /system.slice/docker.service
└─27007 /usr/bin/dockerd --selinux-enabled -g /Proj/docker
但是在那之后,我被拒绝了权限
[user@host]# sudo docker run -it oraclelinux:7-slim bash
bash-4.2# ls
ls: cannot open directory : Permission denied
**unless I am running with privilage flag set to true**
[user@host]# sudo docker run -it --privileged=true oraclelinux:7-slim bash
bash-4.2# ls
bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var
Can you please help to resolve this
please find additional info
[user@host ~]$ systemctl status docker
● docker.service - Docker Application Container Engine
Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/docker.service.d
└─docker-sysconfig.conf, https-proxy.conf
Active: active (running) since Thu 2019-03-28 09:36:59 UTC; 1 day 2h ago
Docs: https://docs.docker.com
Main PID: 27007 (dockerd)
Tasks: 27
Memory: 726.9M
CGroup: /system.slice/docker.service
└─27007 /usr/bin/dockerd --selinux-enabled -g /Proj/docker
[user@host ~]$ cat /etc/systemd/system/docker.service.d/docker-sysconfig.conf
[Service]
ExecStart=
EnvironmentFile=-/etc/sysconfig/docker
EnvironmentFile=-/etc/sysconfig/docker-storage
EnvironmentFile=-/etc/sysconfig/docker-network
ExecStart=/usr/bin/dockerd \
$OPTIONS \
$DOCKER_STORAGE_OPTIONS \
$DOCKER_NETWORK_OPTIONS \
$INSECURE_REGISTRY \
-g /Proj/docker
[user@host ~]$ cat /etc/systemd/system/docker.service.d/https-proxy.conf
[Service]
Environment="HTTPS_PROXY=http://proxyip:port"
[user@host~]# ls -lrth /Proj/docker
total 56K
drwx------. 4 root root 4.0K Mar 22 07:42 plugins
drwx------. 3 root root 4.0K Mar 22 07:42 image
drwx------. 2 root root 4.0K Mar 22 07:42 volumes
drwx------. 2 root root 4.0K Mar 22 07:42 trust
drwxr-x---. 3 root root 4.0K Mar 22 07:42 network
drwx------. 2 root root 4.0K Mar 22 07:42 swarm
drwx------. 2 root root 4.0K Mar 22 07:42 builder
drwx------. 4 root root 4.0K Mar 22 07:42 buildkit
drwx------. 2 root root 4.0K Mar 28 09:36 runtimes
drwx------. 2 root root 4.0K Mar 28 13:02 tmp
drwx------. 33 root root 12K Mar 29 07:45 overlay2
drwx------. 6 root root 4.0K Mar 29 07:45 containers
答案 0 :(得分:0)
我们也确实更改了docker图,因此我们在RedHat 7.6上遵循以下操作:
{
"graph":"/Docker/Storage"
}
/usr/lib/systemd/system/docker.service:
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
BindsTo=containerd.service
After=network-online.target firewalld.service
Wants=network-online.target
Requires=docker.socket
[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd://
ExecReload=/bin/kill -s HUP $MAINPID
TimeoutSec=0
RestartSec=2
Restart=always
# Note that StartLimit* options were moved from "Service" to "Unit" in systemd 229.
# Both the old, and new location are accepted by systemd 229 and up, so using the old location
# to make them work for either version of systemd.
StartLimitBurst=3
# Note that StartLimitInterval was renamed to StartLimitIntervalSec in systemd 230.
# Both the old, and new name are accepted by systemd 230 and up, so using the old name to make
# this option work for either version of systemd.
StartLimitInterval=60s
# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity
# Comment TasksMax if your systemd version does not supports it.
# Only systemd 226 and above support this option.
TasksMax=infinity
# set delegate yes so that systemd does not reset the cgroups of docker containers
Delegate=yes
# kill only the docker process, not all processes in the cgroup
KillMode=process
希望这会有所帮助
答案 1 :(得分:0)
正如您在评论中指出的那样,当SELinux规则最终以错误的权限创建容器文件夹(在您的情况下,/Proj/docker/containers
中的容器文件夹)时,就会发生这种情况。
按照this answer中概述的建议,可以运行一种解决方法
chcon -Rt svirt_sandbox_file_t /Proj/docker
答案 2 :(得分:0)
所有权限问题现在都消失了。