[SOLVED] Error: chrony = Dead

corianito

Member
Jul 20, 2019
43
0
11
37
Hi!

I have upgraded to version 7 and when I go to the "services" tab, chromy appears "dead".

It is normal?

bd57831a5ba5522d01c40c20abdd57ba.png
 
We rather switched to chrony as default for new installations due to some limitations of systemd-timesync that may not be ideal in a hyper-visor/clustered environment as it's rather designed with a desktop use case in mind.

The ntpd or openntpd NTP daemons are working just fine in general, and if you have them setup there's no general reason for a need to switch over to chrony, especially if they're working out for you.
 
  • Like
Reactions: Tmanok
We rather switched to chrony as default for new installations due to some limitations of systemd-timesync that may not be ideal in a hyper-visor/clustered environment as it's rather designed with a desktop use case in mind.

The ntpd or openntpd NTP daemons are working just fine in general, and if you have them setup there's no general reason for a need to switch over to chrony, especially if they're working out for you.
Hello

I want to use proxmox's Chrony service to act as an NTP server for my domain.

is it feasible and logical?
 
I want to use proxmox's Chrony service to act as an NTP server for my domain.

is it feasible and logical?

It's feasible, you mainly need to configure the IP ranges that are allowed to access the chrony daemon on a PVE as NTP server:
https://chrony.tuxfamily.org/faq.html#_how_do_i_make_an_ntp_server

For more details checkout the chrony.conf manual page, it even has its own section dedicated to server usage:
https://manpages.debian.org/bullseye/chrony/chrony.conf.5.en.html#NTP_server

Regarding the "ist it logical?" question: That depends on your setup, use case(s) and reason to do so.
In general, there are almost no scenarios when a local NTP server could hurt one, at least as long as you can guarantee its uptime, and if one runs a lot of hosts it's definitively nicer to do so, as it avoids load on the public NTP server pools.

A benefit can be that your local view of time most often will be more accurate, as LAN latencies are low and often also more stable compared to packet latencies over wan (internet). Note here that the level of accuracy gained is probably still relatively small, so if you do not run special software that requires highly synchronized (local) time stamps it may not show.

But, if you actually fare better for time accuracy compared to the internet/global synchronized views depends on the time source the local chrony NTP server uses, if that's a good time-server (like most of ntp.org's server pools are) then you'll not do better, albeit also not significantly worse. If you run your own local stratum 0 clock (most realistically through a GPS/GALILEO/... receiver, less realistically because you happen to have a scientific grade atomic clock lying around) you may get better results there too, but as mentioned relatively speaking the gained accuracy may not be that big, and for most commodity software the accuracy from the NTP pool is really good enough.
 
It's feasible, you mainly need to configure the IP ranges that are allowed to access the chrony daemon on a PVE as NTP server:
https://chrony.tuxfamily.org/faq.html#_how_do_i_make_an_ntp_server

For more details checkout the chrony.conf manual page, it even has its own section dedicated to server usage:
https://manpages.debian.org/bullseye/chrony/chrony.conf.5.en.html#NTP_server

Regarding the "ist it logical?" question: That depends on your setup, use case(s) and reason to do so.
In general, there are almost no scenarios when a local NTP server could hurt one, at least as long as you can guarantee its uptime, and if one runs a lot of hosts it's definitively nicer to do so, as it avoids load on the public NTP server pools.

A benefit can be that your local view of time most often will be more accurate, as LAN latencies are low and often also more stable compared to packet latencies over wan (internet). Note here that the level of accuracy gained is probably still relatively small, so if you do not run special software that requires highly synchronized (local) time stamps it may not show.

But, if you actually fare better for time accuracy compared to the internet/global synchronized views depends on the time source the local chrony NTP server uses, if that's a good time-server (like most of ntp.org's server pools are) then you'll not do better, albeit also not significantly worse. If you run your own local stratum 0 clock (most realistically through a GPS/GALILEO/... receiver, less realistically because you happen to have a scientific grade atomic clock lying around) you may get better results there too, but as mentioned relatively speaking the gained accuracy may not be that big, and for most commodity software the accuracy from the NTP pool is really good enough.

Hi

Thank you for the feedback. I had forgotten to specify that it is a cluster of 9 servers. in this case should I activate the chrony service on the 9 servers? will there be an impact on the internal synchronization of the cluster?
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!