Bug 202784
| Summary: | ntp broadcastclient broken | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Thomas Brown <twb0> |
| Component: | ntp | Assignee: | Miroslav Lichvar <mlichvar> |
| Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.3 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| URL: | https://ntp.isc.org/bugs/show_bug.cgi?id=267 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-08-18 07:00:19 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Thomas Brown
2006-08-16 13:57:58 UTC
The broadcast client should be working fine. Can you please attach /etc/ntp.conf and /etc/sysconfig/ntpd ? It is usually a problem in crypto setup or access control if it doesn't work. Thanks for the quick response. I paired down the /etc/ntp.conf to the following:
server 127.127.1.0
fudge 127.127.1.0 stratum 10
driftfile /var/lib/ntp/drift
broadcastclient
After I restart ntpd, this is the only NTP traffic I see on the subnet:
# tcpdump -v port 123
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
12:48:19.891620 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [none], proto 17,
length: 76) gw-twccs.example.net.ntp > 255.255.255.255.ntp: NTPv3, length 48
Broadcast, Leap indicator: (0), Stratum 3, poll 6s, precision -18
Root Delay: 0.026214, Root dispersion: 0.148101, Reference-ID:
ns3.oit.unc.edu
Reference Timestamp: 3364733873.830594114 (2006/08/16 12:17:53)
Originator Timestamp: 0.000000000
Receive Timestamp: 0.000000000
Transmit Timestamp: 3364735699.902393865 (2006/08/16 12:48:19)
Originator - Receive Timestamp: 0.000000000
Originator - Transmit Timestamp: 3364735699.902393865 (2006/08/16
12:48:19)
12:49:23.894683 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [none], proto 17,
length: 76) gw-twccs.example.net.ntp > 255.255.255.255.ntp: NTPv3, length 48
Broadcast, Leap indicator: (0), Stratum 3, poll 6s, precision -18
Root Delay: 0.026214, Root dispersion: 0.148101, Reference-ID:
ns3.oit.unc.edu
Reference Timestamp: 3364733873.830594114 (2006/08/16 12:17:53)
Originator Timestamp: 0.000000000
Receive Timestamp: 0.000000000
Transmit Timestamp: 3364735763.905355617 (2006/08/16 12:49:23)
Originator - Receive Timestamp: 0.000000000
Originator - Transmit Timestamp: 3364735763.905355617 (2006/08/16
12:49:23)
But no matter how long I wait, the ntpd server doesn't seem to pick up the
broadcast:
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 20 64 377 0.000 0.000 0.001
Other Solaris 8 clients on the network bring it up just fine--it's only the RHEL
4.3 boxes that seem to have the problem.
Thanks!
Ok, you need to add -A option to /etc/sysconfig/ntpd or add "disable auth" to /etc/ntp.conf. Or setup the crypto stuff, see authopt.html in ntp documentation. You're absolutely correct--adding "disable auth" to /etc/ntp.conf solved the problem for our RHEL 4.3 boxes. So the compile-time defaults for the RHEL 4.3 version of ntpd must be a bit different from our Solaris and other Linux versions. Thanks again for your time and quick response! |