{"id":376,"date":"2015-10-19T11:24:57","date_gmt":"2015-10-19T11:24:57","guid":{"rendered":"https:\/\/www.peopleperhour.com\/engineering\/?p=376"},"modified":"2016-04-22T11:10:29","modified_gmt":"2016-04-22T11:10:29","slug":"docker-file-modified-time-gotcha","status":"publish","type":"post","link":"https:\/\/www.peopleperhour.com\/engineering\/2015\/10\/19\/docker-file-modified-time-gotcha\/","title":{"rendered":"Docker File Modified time Gotcha"},"content":{"rendered":"

The key value proposition of Docker is that once you build a container image, you can run it anywhere. I like the way Adrian Mouat<\/a> puts it:<\/p>\n

\n> What is Software: program Q, when given input P, will produce output R.
\n>HOWEVER: One of the major problems in modern computing is our Ps and Qs don\u2019t match when we move between environments, causing our Rs to differ unexpectedly.
\n>Docker containers are essentially just a complete statement of P and Q<\/strong>. That is to say they specify the entire state of the runtime environment (P) and the program to run (Q).\n<\/p>\n

But be warned, this doesn’t hold up in several cases. One of those cases bit me last week. If you use the VOLUME keyword in the Dockerfile and your app is sensitive to the “file modified time” then watch out for a Gotcha:<\/p>\n

If you create a container image with some data exposed in a volume<\/em>, when you run the container, the mtime of folders within the volume is set to when the container was run<\/em> rather than when the container image was created<\/em>.<\/strong><\/p>\n

If you are not using VOLUMEs, there’s no problem, the mtime of folders will be always be the same every time you run the container. Also, the problem only shows itself for folders, instead of files.<\/p>\n

I logged the issue here: https:\/\/github.com\/docker\/docker\/issues\/17018<\/a><\/p>\n

The reason it affects us so much is that Yii v1 publishes assets (js\/css\/images) to a public url which is determined by the hash of the name and the filemtime<\/a> of the parent folder. Since our website runs on a cluster and the deployment of a new version will cause new containers to be started at slightly different times, we end up with a situation where each container generates assets at a different url.<\/p>\n

There are many solutions:<\/p>\n