public inbox for pve-user@lists.proxmox.com
 help / color / mirror / Atom feed
* [PVE-User] NTP on PVE8...
@ 2024-08-19  9:00 Marco Gaiarin
  2024-08-19 14:57 ` Alwin Antreich via pve-user
       [not found] ` <6f37f0399dca2a68bf3129aefc8a5843799654bd@antreich.com>
  0 siblings, 2 replies; 5+ messages in thread
From: Marco Gaiarin @ 2024-08-19  9:00 UTC (permalink / raw)
  To: pve-user


Running 'pve7to8' i've catch:

 INFO: Checking for supported & active NTP service..
 WARN: systemd-timesyncd is not the best choice for time-keeping on servers, due to only applying updates on boot.
   While not necessary for the upgrade it's recommended to use one of:
     * chrony (Default in new Proxmox VE installations)
     * ntpsec
     * openntpd

This is indeed mostly true, and in a cluster using a NTP daemon is a must.
No doubt on that.


But for a standalone server, systemd-timesyncd seems sufficient to me; and
surely NOT 'only applying updates on boot': systemd-timesyncd sync time at
regilar interval!

       PollIntervalMinSec=, PollIntervalMaxSec=
           The minimum and maximum poll intervals for NTP messages. Polling starts at the minimum poll interval, and is adjusted within the specified limits in response to received
           packets.

           Each setting takes a time span value. The default unit is seconds, but other units may be specified, see systemd.time(5).  PollIntervalMinSec= defaults to 32 seconds and
           must not be smaller than 16 seconds.  PollIntervalMaxSec= defaults to 34 min 8 s (2048 seconds) and must be larger than PollIntervalMinSec=.


Here still using systemd-timesyncd for my standalone servers...

-- 



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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PVE-User] NTP on PVE8...
  2024-08-19  9:00 [PVE-User] NTP on PVE8 Marco Gaiarin
@ 2024-08-19 14:57 ` Alwin Antreich via pve-user
       [not found] ` <6f37f0399dca2a68bf3129aefc8a5843799654bd@antreich.com>
  1 sibling, 0 replies; 5+ messages in thread
From: Alwin Antreich via pve-user @ 2024-08-19 14:57 UTC (permalink / raw)
  To: gaio; +Cc: Alwin Antreich, Proxmox VE user list

[-- Attachment #1: Type: message/rfc822, Size: 5582 bytes --]

From: "Alwin Antreich" <alwin@antreich.com>
To: gaio@lilliput.linux.it
Cc: "Proxmox VE user list" <pve-user@lists.proxmox.com>
Subject: Re: [PVE-User] NTP on PVE8...
Date: Mon, 19 Aug 2024 14:57:52 +0000
Message-ID: <6f37f0399dca2a68bf3129aefc8a5843799654bd@antreich.com>

Hi Marco,



August 19, 2024 at 11:00 AM, "Marco Gaiarin" <gaio@lilliput.linux.it> wrote:



> 
> Running 'pve7to8' i've catch:
> 
>  INFO: Checking for supported & active NTP service..
>  WARN: systemd-timesyncd is not the best choice for time-keeping on servers, due to only applying updates on boot.
>  While not necessary for the upgrade it's recommended to use one of:
>  * chrony (Default in new Proxmox VE installations)
>  * ntpsec
>  * openntpd
> 
> This is indeed mostly true, and in a cluster using a NTP daemon is a must.
> No doubt on that.
> 
> But for a standalone server, systemd-timesyncd seems sufficient to me; and
> surely NOT 'only applying updates on boot': systemd-timesyncd sync time at
> regilar interval!
> 
>  PollIntervalMinSec=, PollIntervalMaxSec=
>  The minimum and maximum poll intervals for NTP messages. Polling starts at the minimum poll interval, and is adjusted within the specified limits in response to received
>  packets.
> 
>  Each setting takes a time span value. The default unit is seconds, but other units may be specified, see systemd.time(5). PollIntervalMinSec= defaults to 32 seconds and
>  must not be smaller than 16 seconds. PollIntervalMaxSec= defaults to 34 min 8 s (2048 seconds) and must be larger than PollIntervalMinSec=.
> 
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. This allows to keep the time more stable and especially helps when Ceph or HA is enabled. ;)

I do recommend chrony for servers (physical or virtual).

Cheers,
Alwin

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PVE-User] NTP on PVE8...
       [not found] ` <6f37f0399dca2a68bf3129aefc8a5843799654bd@antreich.com>
@ 2024-08-19 15:50   ` Marco Gaiarin
  2024-08-19 16:34     ` DERUMIER, Alexandre
  0 siblings, 1 reply; 5+ messages in thread
From: Marco Gaiarin @ 2024-08-19 15:50 UTC (permalink / raw)
  To: pve-user

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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PVE-User] NTP on PVE8...
  2024-08-19 15:50   ` Marco Gaiarin
@ 2024-08-19 16:34     ` DERUMIER, Alexandre
  2024-08-19 18:45       ` Olivier Benghozi
  0 siblings, 1 reply; 5+ messages in thread
From: DERUMIER, Alexandre @ 2024-08-19 16:34 UTC (permalink / raw)
  To: pve-user

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PVE-User] NTP on PVE8...
  2024-08-19 16:34     ` DERUMIER, Alexandre
@ 2024-08-19 18:45       ` Olivier Benghozi
  0 siblings, 0 replies; 5+ messages in thread
From: Olivier Benghozi @ 2024-08-19 18:45 UTC (permalink / raw)
  To: Proxmox VE user list

Seriously, systemd-timesyncd is fine for clients, not for servers. It's
just a very simple SNTP daemon.
It must be said too that once you start using chrony, you just throw away
all those other stuffs (and happily forget all the various historic issues
and problems you experienced in the past with ntpd).


Le lun. 19 août 2024 à 18:42, DERUMIER, Alexandre <
alexandre.derumier@groupe-cyllene.com> a écrit :

> basically, systemd-timesync is a simple pool sntp client
>
> 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
>
>
> 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... ;-)
>

-- 
*Ce message et toutes les pièces jointes (ci-après le "message") sont 
établis à l’intention exclusive des destinataires désignés. Il contient des 
informations confidentielles et pouvant être protégé par le secret 
professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
immédiatement l'expéditeur et de détruire le message. Toute utilisation de 
ce message non conforme à sa destination, toute diffusion ou toute 
publication, totale ou partielle, est interdite, sauf autorisation expresse 
de l'émetteur*
_______________________________________________
pve-user mailing list
pve-user@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2024-08-19 18:45 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-08-19  9:00 [PVE-User] NTP on PVE8 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
2024-08-19 18:45       ` Olivier Benghozi

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