Bug 1683472

Summary: chronyd 3.2 do not respond to NTP version 1 mode 0 requests
Product: Red Hat Enterprise Linux 7 Reporter: Michal ┼Żejdl <zejdl>
Component: chronyAssignee: Miroslav Lichvar <mlichvar>
Status: CLOSED DUPLICATE QA Contact: qe-baseos-daemons
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.6CC: omejzlik
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: chrony-3.4-1.el7 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-06-20 14:19:18 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Description Flags
patch made by git diff none

Description Michal ┼Żejdl 2019-02-26 23:21:45 UTC
Created attachment 1538990 [details]
patch made by git diff

After upgrading my ntp pool server from CentOS 6.10 ntpd to CentOS 7.6 chronyd I noticed that chronyd do not respond to RFC 1059 packets. There was 8.6 % NTPv1 mode 0 requests from all IPv4 NTP pakets in one 100k-packets sample (the IPv6 clients seem to use versions 3 and 4 only).

This is already fixed in the upstream:


A patched version of chrony 3.2 is already running on my server and it responds to version 1 mode 0 packets with mode 4 (server). Hope the clients are satisfied with mode 4 although this behavior doesn't follow the RFC 1059. Unfortunately I have no such version 1 client to test if it cares about mode 4.

It would be nice to include this fix in current RHEL 7 chrony package.


Comment 2 Miroslav Lichvar 2019-02-27 08:17:28 UTC
The chrony package will probably be rebased in RHEL7.7 to version 3.4 (bug #1636117), which should have this bug fixed.