Re: [chrony-users] RE: Chrony is making NTP Server offline on the system boot

[ Thread Index | Date Index | More Archives ]

On Sun, Jan 8, 2023, at 03:35, Iqbal Singh Aulakh -X (iaulakh - HCL AMERICA INC at Cisco) wrote:
> I can see from the dmesg log the eth1 port is up before the NTP 
> client/server is started:
> demsg
> [Fri Oct 28 05:09:45 2022] vmxnet3 0000:05:00.0 eth1: NIC Link is Up 
> 10000 Mbps
> [Fri Oct 28 05:09:45 2022] vmxnet3 0000:0b:00.0: # of Tx queues : 8, # 
> of Rx queues : 8

"Link is Up" means only that the layer 1 (physical) link has been established. It does not mean that any addresses have been assigned to the interface or that any routes through it are available. For example, if the interface is configured to use DHCP to obtain its network information, it may be 5-30 seconds after "Link is Up" before the interface can actually handle traffic.

> At this point we can see chronyd continually retrying to connect to 
> both NTP sources, which is what is expected but for some reason it 
> marks the NTP sources as offline:
> Oct 28 05:09:50 gsvlfl4plb02va chronyd[925]: 2022-10-28T05:09:50Z 
> ntp_io.c:316:(connect_socket) Could not connect NTP socket to 
> : Network is unreachable

The "some reason" is very clear: when chrony attempted to send a packet to it got a reply from the network stack that no route to that address was available.

To unsubscribe email chrony-users-request@xxxxxxxxxxxxxxxxxxxx 
with "unsubscribe" in the subject.
For help email chrony-users-request@xxxxxxxxxxxxxxxxxxxx 
with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.

Mail converted by MHonArc 2.6.19+