Docker信息:
Containers: 18
Running: 18
Paused: 0
Stopped: 0
Images: 188
Server Version: 1.13.1
Storage Driver: overlay2
Backing Filesystem: extfs
Supports d_type: true
Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1
runc version: 9df8b306d01f59d3a8029be411de015b7304dd8f
init version: 949e6fa
Security Options:
seccomp
Profile: default
Kernel Version: 4.9.0-1-amd64
Operating System: Debian GNU/Linux 9 (stretch)
OSType: linux
Architecture: x86_64
cpus: 4
Total Memory: 15.56 GiB
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false
Docker版本:Docker版本1.13.1,版本092cba372
我有这个docker文件:
FROM debian:latest
RUN touch /var/log/mylog.log
CMD ["tail","-F","/var/log/mylog.log"]
使用docker build构建它. -t test / test并使用docker run -ti test / test运行它将在stdout中将文件拖尾(忽略尾警告):
$docker run --name test -t test/test
tail: unrecognized file system type 0x794c7630 for '/var/log/mylog.log'. please report this to bug-coreutils@gnu.org. reverting to polling
执行以下命令将写入文件/var/log/mylog.log,该文件后跟tail:
docker exec -ti test bash -c "echo 'asd' >> /var/log/mylog.log"
$docker exec -ti test bash -c "cat /var/log/mylog.log"
asd
虽然,如果我使用PID1创建文件而不是在dockerfile中创建它,我会看到带尾部的文件内容.
如果我对接器停止测试&& docker使用早期命令启动测试.
到底发生了什么?在docker build中创建文件与live容器中的运行脚本有什么不同吗?
似乎CMD tail正在从RUN touch /var/log/mylog.log创建的覆盖层打开/var/log/mylog.log文件.
当您追加到日志时,会在最顶层的覆盖层中创建一个“新”文件,容器在运行时用于对图像顶部进行的任何文件系统更改,并且实际上正在附加此新文件.但是,无论是-f还是-F,tail都无法正确接收转换.
docker start和docker stop解决了问题,因为在更新/var/log/mylog.log之后尾部进程再次启动,然后指向容器覆盖层中的“new”文件.使用略有不同的CMD将以类似的方式解决问题:
CMD ["sh","-c","touch /var/log/mylog.log && tail -f /var/log/mylog.log"]
debian:测试图像包括coreutils-8.26-2,修复了支持叠加幻数以删除该警告消息,但仍然表现出相同的行为.
这很可能是在内核中修复的重叠问题.在使用-F时,coreutils可能能够解决这个问题.
你在尝试的是Docker中的一个边缘案例.使用tail作为前台进程的容器通常在运行tail之前在脚本中完成大量工作,其中包括运行创建要挂起的日志文件的命令.可能是为什么很多人都没有选择这个.