public inbox for pve-user@lists.proxmox.com
 help / color / mirror / Atom feed
From: "DERUMIER, Alexandre" <alexandre.derumier@groupe-cyllene.com>
To: "pve-user@lists.proxmox.com" <pve-user@lists.proxmox.com>
Subject: Re: [PVE-User] NTP on PVE8...
Date: Mon, 19 Aug 2024 16:34:10 +0000	[thread overview]
Message-ID: <7b74af97cdba00f1d638f5e2a6ac828cedd936cb.camel@groupe-cyllene.com> (raw)
In-Reply-To: <ZsNpxeqhqiXNExkN@sv.lnf.it>

basically, systemd-timesync is a simple pool sntp client  

https://github.com/systemd/systemd/blob/v213/NEWS#L5

A new "systemd-timesyncd" daemon has been added for
          synchronizing the system clock across the network. It
          implements an SNTP client. In contrast to NTP
          implementations such as chrony or the NTP reference server
          this only implements a client side, and does not bother with
          the full NTP complexity, focusing only on querying time from
          one remote server and synchronizing the local clock to
          it. Unless you intend to serve NTP to networked clients or
          want to connect to local hardware clocks this simple NTP
          client should be more than appropriate for most
          installations. The daemon runs with minimal privileges, and
          has been hooked up with networkd to only operate when
          network connectivity is available. The daemon saves the
          current clock to disk every time a new NTP sync has been
          acquired, and uses this to possibly correct the system clock
          early at bootup, in order to accommodate for systems that
          lack an RTC such as the Raspberry Pi and embedded devices,
          and make sure that time monotonically progresses on these
          systems, even if it is not always correct. To make use of
          this daemon a new system user and group "systemd-timesync"
          needs to be created on installation of systemd.


Ntp implement incremental time increase/decrease. You really want that
(not big time jump), if you want stable virtualisation (Hello windows
BSOD).


Redhat use chrony on rhel server distro.




-------- Message initial --------
De: Marco Gaiarin <gaio@lilliput.linux.it>
Répondre à: Proxmox VE user list <pve-user@lists.proxmox.com>
À: pve-user@lists.proxmox.com
Objet: Re: [PVE-User] NTP on PVE8...
Date: 19/08/2024 17:50:29

Mandi! Alwin Antreich
  In chel di` si favelave...

> systemd-timesyncd only uses one server to update its time, which can
> lead to
> time jumps when this NTP can't be accessed reliably. NTPs (eg.
> ntpd/chrony) are
> usually using 3+ servers to calculate a mean time and compensate for
> jitter and
> other delays.

systemd-timesyncd does not use one server, have also fallback one (or
use
round robin); surely 'mean/compensate' is better then fallback and
round
robin, but...

> This allows to keep the time more stable and especially helps
> when Ceph or HA is enabled. ;)

...clearly i'm speaking of standalone server or non-HA, non-Ceph
clusters!


Anyway, the statement:

> > WARN: systemd-timesyncd is not the best choice for time-keeping on
> > servers, due to only applying updates on boot.

it is not true: i suggest to remove at least 'due to only applying
updates on boot'.


(clearly, for future 'pve8to9' scripts... ;-)


_______________________________________________
pve-user mailing list
pve-user@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user

  reply	other threads:[~2024-08-19 16:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-19  9:00 Marco Gaiarin
2024-08-19 14:57 ` Alwin Antreich via pve-user
     [not found] ` <6f37f0399dca2a68bf3129aefc8a5843799654bd@antreich.com>
2024-08-19 15:50   ` Marco Gaiarin
2024-08-19 16:34     ` DERUMIER, Alexandre [this message]
2024-08-19 18:45       ` Olivier Benghozi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7b74af97cdba00f1d638f5e2a6ac828cedd936cb.camel@groupe-cyllene.com \
    --to=alexandre.derumier@groupe-cyllene.com \
    --cc=pve-user@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal