Setting up Chrony as Network Time Protocol server and client by using chronyd (Linux)
Note: Chrony is supported starting from RHEL 7.2 and later releases, and SLES 12 and
later releases.
This topic outlines how to setup a Network Time
Protocol (NTP) server using chronyd to ensure that all servers that the instance runs on have
similar time settings.
Before you begin
By default, the NTP server is the primary CF. This setup is the best practice that helps with
problem diagnosis and informal server monitoring. You can use the following steps in to change that
default setting and assign another host to act as the NTP server.
The Db2® database manager
checks whether Chrony is correctly set up on each member and verifies the presence of the Chrony
daemon. The Db2
database manager also periodically compares time stamps between members to check that they differ by
less than the value set by the MAX_TIME_DIFF database manager configuration
parameter.
In a Db2
pureScale® environment,
the value of MAX_TIME_DIFF represents the maximum number of minutes allowed
between the system clocks of two members; the default is 1 minute. For each member, if Chrony is not
correctly set up or the Chrony daemon is not present, or if time stamps between members differ by
more than the value of MAX_TIME_DIFF, warnings are written to the
db2diag log
files.
About this task
Use the following steps to configure one of the hosts in the cluster or another host accessible by members as an NTP server by using chronyd. The system clock on this host is used as the clock that is synchronized. This host must remain online to continue synchronizing the clocks on the hosts.