diff options
author | Kay Sievers <kay@vrfy.org> | 2015-03-15 19:44:59 +0100 |
---|---|---|
committer | Kay Sievers <kay@vrfy.org> | 2015-03-15 19:44:59 +0100 |
commit | 4b16233e59b3edd8338819dad275cc94b5e5f6e7 (patch) | |
tree | 126ef5e924435a212bdeabf1015879f2786a7e67 /tools/gdb-sd_dump_hashmaps.py | |
parent | cd556b6ca8aec8dd371806afedec45f852f8f724 (diff) |
timesyncd: enable timesyncd in virtual machines
On Fri, Mar 13, 2015 at 8:25 PM, Michael Marineau <michael.marineau@coreos.com> wrote:
> Currently systemd-timesyncd.service includes
> ConditionVirtualization=no, disabling it in both containers and
> virtual machines. Each VM platform tends to deal with or ignore the
> time problem in their own special ways, KVM/QEMU has the kernel time
> source kvm-clock, Xen has had different schemes over the years, VMware
> expects a userspace daemon sync the clock, and other platforms are
> content to drift with the wind as far as I can tell.
>
> I don't know of a robust way to know if a platform needs a little
> extra help from userspace to keep the clock sane or not but it seems
> generally safer to try than to risk drifting. Does anyone know of a
> reason to leave timesyncd off by default? Otherwise switching to
> ConditionVirtualization=!container should be reasonable.
Diffstat (limited to 'tools/gdb-sd_dump_hashmaps.py')
0 files changed, 0 insertions, 0 deletions