Syncing clock with host

[dsheets (David Sheets)]

Better clock sync was introduced in Beta 13. Do you still need to do this in order to see (semi-)accurate timekeeping?

[ruimarinho]

docker run --rm --privileged centos:6.7 date -s “date”

It’s still the same regarding this particular issue, unless this wasn’t changed at all and timezones must be dealt with separately:

❯ docker run --rm alpine date
Thu May 26 22:11:18 UTC 2016

~
❯ date
Thu May 26 23:11:18 WEST 2016

[dsheets (David Sheets)]

The behavior regarding timezones should be the same as Docker on Linux: the timezone in the container is set to UTC.

[lyonfnal]

Time sync does seem to be much better in beta 13. I have yet to need to run the command above. Thanks! – Adam

[ruimarinho]

I also confirm an improved time syncing in beta 13. Thank you!

[mountainpenguin]

running beta 16 here.
With a long postgresql container thats been running over a few suspend resume cycles:
docker exec -it chai-postgres date
Wed Jun 22 01:00:42 UTC 2016
host system date
date
Thu 23 Jun 2016 11:25:29 BST
Restarting docker fixed it but don’t want to have to do that each time

[ernestmueller]

Also running beta 16 on el capitan. Myself and everyone else in my shop gets dramatic clock skew after mac sleeping using largely ubuntu 14.04 stock containers.

[lyonfnal]

I see clock skew errors again intermittently after sleep in a centos 6.7 container.

[reinhart (Florian)]

I am having the same issue when my Mac was sleeping. Restarting Docker from the menu bar item temporarily solves the issue.

To test this I use this command:

docker run --rm ubuntu date -u && date -u

[mountainpenguin]

appears to be a windows problem too

Docker for Windows should resync VM time when computer resumes from sleep

Expected behavior The clock in the Hyper-V machine is in sync with the host at all times. Actual behavior When the computer goes to sleep and is resumed, the Hyper-V virtual machine clock is delayed by the amount of time the computer was asleep. This causes all sort of subtle issues, e.g. I just spent several hours wondering why my OAuth credentials were working on my host machine, but failing with invalid_grant when running from the container, and it turned out that the clock in the VM was…

[warhammerkid (Stephen Augenstein)]

I’m running the latest beta and just realized I had 6 minutes of clock skew - my AWS api calls were failing from the container.

[errordeveloper]

I use Docker for Mac for running builds and testing, this issue makes make very unhappy and timestamps on build artefacts get me very confused at times. Timezone arithmetics are bad enough, clock drift arithmetics are a pure joy!

[drewish (andrew morton)]

Yeah this is seriously annoying. On OS X 10.12 after some sleeping the host shows:

% date
Tue Oct 25 10:21:46 MDT 2016

While a random container is showing:

# date
Tue Oct 25 16:04:57 UTC 2016

[andrewzkeating]

I’m also seeing significant clock drift in my Alpine containers on OSX 10.12. This should be treated as a serious bug - lots of things depend on the clock being correct!

[fulcrum]

I just added time syncing to the Mac host on the d4m-nfs project, https://github.com/IFSight/d4m-nfs which is intended to get over the slow file access of Docker for Mac current implementation of osxfs.

[bdentino (Brian Dentino)]

Still seeing this with Docker for Mac Version 1.12.3-beta29.3 (13640)

[snky1987]

Issue still exists on Docker For Mac Version 1.12.3 (13776)

[untoldone]

Has anyone here created a bug to track this issue? If so, where is it / has anyone identified the specific project at fault?

[jliu70]

Yes, there’s a Github issue: https://github.com/docker/for-mac/issues/17

[nnutter (Nathaniel Nutter)]

To set the clock I did,

docker run --privileged --rm alpine date -s "$(date -u "+%Y-%m-%d %H:%M:%S")"

This prints the Mac’s time in UTC so that it matches UTC in the container.