重现步骤:
复制:
gg7<strong i="8">@gg7</strong>:~$ mkdir docker-mtime-test
gg7<strong i="9">@gg7</strong>:~$ cd docker-mtime-test
gg7<strong i="10">@gg7</strong>:~/docker-mtime-test$ touch example-file
gg7<strong i="11">@gg7</strong>:~/docker-mtime-test$ stat example-file
File: ‘example-file’
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: fc01h/64513d Inode: 7602338 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 1001/ gg7) Gid: ( 1001/ gg7)
Access: 2015-10-19 14:13:28.441785563 +0100
Modify: 2015-10-19 14:13:28.441785563 +0100
Change: 2015-10-19 14:13:28.441785563 +0100
Birth: -
gg7<strong i="12">@gg7</strong>:~/docker-mtime-test$ cat > Dockerfile <<EOF
FROM ubuntu:14.04
COPY example-file /example-file
RUN stat /example-file
EOF
gg7<strong i="13">@gg7</strong>:~/docker-mtime-test$ docker build --no-cache -t docker-mtime-test .
Sending build context to Docker daemon 2.56 kB
Step 0 : FROM ubuntu:14.04
---> fa81ed084842
Step 1 : COPY example-file /example-file
---> 8212ccaf4c14
Removing intermediate container cece2b393603
Step 2 : RUN stat /example-file
---> Running in 86bd29f2fa49
File: '/example-file'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 6ch/108d Inode: 43 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2015-10-19 13:15:27.415707557 +0000
Modify: 2015-10-19 13:13:28.000000000 +0000
Change: 2015-10-19 13:15:27.415707557 +0000
Birth: -
---> cb0e1fdb58bd
Removing intermediate container 86bd29f2fa49
Successfully built cb0e1fdb58bd
实际结果: /example-file
的修改时间报为2015-10-19 13:13:28.000000000 +0000
。
预期结果: /example-file
的修改时间应该是2015-10-19 13:13:28.441785563 +0000
。
docker-commit
:
gg7<strong i="26">@gg7</strong>:~$ docker run -it --name mtime-test ubuntu:14.04 /bin/bash
root<strong i="27">@613e6c0fe6ac</strong>:/# touch /example-file
root<strong i="28">@613e6c0fe6ac</strong>:/# stat /example-file
File: '/example-file'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 66h/102d Inode: 72 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2015-10-19 13:36:29.888088708 +0000
Modify: 2015-10-19 13:36:29.888088708 +0000
Change: 2015-10-19 13:36:29.888088708 +0000
Birth: -
root<strong i="29">@613e6c0fe6ac</strong>:/# exit
exit
gg7<strong i="30">@gg7</strong>:~$ docker commit mtime-test mtime-test-image
b67d16fcb577fb3ece29cf007f1cef2ebc4a6351bc3e3a3e77eab5648461095c
gg7<strong i="31">@gg7</strong>:~$ docker run -it --name mtime-test-2 mtime-test-image /bin/bash
root<strong i="32">@1a5e038e6a2c</strong>:/# stat /example-file
File: '/example-file'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 66h/102d Inode: 75 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2015-10-19 13:36:55.572503813 +0000
Modify: 2015-10-19 13:36:29.000000000 +0000
Change: 2015-10-19 13:36:55.572503813 +0000
Birth: -
root<strong i="33">@1a5e038e6a2c</strong>:/#
为什么这很重要?
一些构建系统依赖修改时间戳来检测文件更新。
环境细节:
cat /etc/lsb-release
:
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.3 LTS"
uname -a
:
Linux gg7 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
docker version
:
Client:
Version: 1.8.3
API version: 1.20
Go version: go1.4.2
Git commit: f4bf5c7
Built: Mon Oct 12 05:37:18 UTC 2015
OS/Arch: linux/amd64
Server:
Version: 1.8.3
API version: 1.20
Go version: go1.4.2
Git commit: f4bf5c7
Built: Mon Oct 12 05:37:18 UTC 2015
OS/Arch: linux/amd64
docker info
:
Containers: 8
Images: 632
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 656
Dirperm1 Supported: false
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 3.13.0-51-generic
Operating System: Ubuntu 14.04.3 LTS
CPUs: 8
Total Memory: 15.66 GiB
Name: gg7
ID: ACSH:EYI5:G36O:2SRA:FWLH:U4GF:VMJM:C4KF:73MH:L273:TCCO:GW3K
WARNING: No swap limit support
今天刚碰到这个。
唯一可以想到的解决方法是对文件进行皮重处理,复制它们并再次提取...
更新额外的 tar 操作使整体速度变慢。
鉴于这个问题已经存在很长时间了,我认为在 Docker 中很难修复。 我很好奇为什么在COPY
期间很难保留时间戳?
这个错误使得基本上不可能使用“COPY --from”从现有阶段中只选择你需要的部分——因为每次你这样做时,它都会把子集中的东西弄乱。
因为通常如果你编写东西,你不想拥有像 tar 和 co 这样的工具(除非你是 tar 的作者,我猜),所以 tar 解决方法也是一个黑客。
另外,假设您使用其他东西来保留或修复 docker 镜像中的时间戳,现在您的 docker 镜像大小是原来的两倍。
因此,保留时间戳的特性是必要的。
最有用的评论
今天刚碰到这个。
唯一可以想到的解决方法是对文件进行皮重处理,复制它们并再次提取...
更新额外的 tar 操作使整体速度变慢。