nginx高寒码头在没有以前的ls的情况下失败了？

Question

我想用根茎和nginx在一个高寒的码头文件。我目前正在开发Dockerfile，并注意到一个非常奇怪的行为，也许有人可以解释给我听。

1. 塑造形象

https://gist.github.com/cdpb/7ab1690f30fe6a911dac

1. docker run -it <id> sh
2. su radicale -c 'nginx -t'

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: [emerg] mkdir() "/var/lib/nginx/tmp/client_body" failed (13: Permission denied)
nginx: configuration file /etc/nginx/nginx.conf test failed

1. ls -l /var/lib/nginx/tmp

total 20
drwxr-xr-x    2 radicale radicale      4096 Feb 17 11:39 client_body
drwxr-xr-x    2 radicale radicale      4096 Feb 17 11:39 fastcgi
drwxr-xr-x    2 radicale radicale      4096 Feb 17 11:39 proxy
drwxr-xr-x    2 radicale radicale      4096 Feb 17 11:39 scgi
drwxr-xr-x    2 radicale radicale      4096 Feb 17 11:39 uwsgi

1. su radicale -c 'nginx -t'

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

那么在ls之后会发生什么呢？它不应该影响任何权限!？有人能复制这个吗？

问候

cdpb

UPDATE1:也与stat /var/lib/nginx/tmp/*一起工作

UPDATE2:因为docker为Dockerfile中的每个命令创建了一个新层，所以我认为nginx必须在与chmod/chown层相同的层内启动--没有解决问题

UPDATE3:我在安装的磁盘( virtualbox )上也做了同样的事情，但问题并没有发生。所以更多的是与码头有关的问题，或者是一个特殊的高山码头问题。

Answer 1

从评论中移出我的答案。

这种怪癖通常与码头存储驱动器有关。

在大多数OSes上通常有几个可用的Docker存储驱动程序：

• AUFS ( Ubuntu，Boot2Docker中的可用和默认值，以及Debian中的也可用)--尽管AFAIK历史上是Docker中的第一个FS驱动程序，但AUFS不是主流Linux内核的一部分，所以它没有被广泛采用。
• OverlayFS -与AUFS最接近的Linux内核
• 设备Mapper -最慢，但也是最便携的码头存储驱动程序
• 等等。

这是一个很好的图片，比较不同的存储驱动程序从上面张贴的链接。

​

​