iLikeWaffles
Dabbler
- Joined
- Oct 18, 2019
- Messages
- 15
Also getting NTP problems.
The presence of receive messages indicates the NTP message does make the roundtrip, but for some reason FreeNAS chokes regardless. Doesn't matter which NTP server I choose, it always fails in the same way: no server suitable for synchronization found, if I take the -d debug flag off.
Other machines (not running FreeNAS) have no problems synchronizing. This includes a Windows, Android and Ubuntu box. This means it's not a firewall issue, or that whatever firewall issue there is, other OSes are able to deal with it.
Code:
root@freenas[~]# ntpdate -d 1.pl.pool.ntp.org 19 Oct 03:34:31 ntpdate[57347]: ntpdate 4.2.8p11-a (1) transmit(162.159.200.1) receive(162.159.200.1) transmit(91.212.242.21) receive(91.212.242.21) transmit(162.159.200.123) receive(162.159.200.123) transmit(193.70.94.182)receive(193.70.94.182) transmit(162.159.200.1) receive(162.159.200.1) transmit(91.212.242.21) receive(91.212.242.21) transmit(162.159.200.123) receive(162.159.200.123) transmit(193.70.94.182) receive(193.70.94.182) transmit(162.159.200.1) receive(162.159.200.1) transmit(91.212.242.21) receive(91.212.242.21) transmit(162.159.200.123) receive(162.159.200.123) transmit(193.70.94.182) receive(193.70.94.182) transmit(162.159.200.1) receive(162.159.200.1) transmit(91.212.242.21) receive(91.212.242.21) transmit(162.159.200.123) receive(162.159.200.123) transmit(193.70.94.182) receive(193.70.94.182) server 162.159.200.1, port 123 stratum 3, precision -26, leap 00, trust 000 refid [162.159.200.1], delay 0.03908, dispersion 0.00020 transmitted 4, in filter 4 reference time: e154cac9.a2e5eb30 Sat, Oct 19 2019 1:35:37.636 originate timestamp: e154cafe.610feb1a Sat, Oct 19 2019 1:36:30.379 transmit timestamp: e154e6ad.f3244917 Sat, Oct 19 2019 3:34:37.949 filter delay: 0.03943 0.03908 0.03947 0.03937 0.00000 0.00000 0.00000 0.00000 filter offset: -7087.57 -7087.57 -7087.57 -7087.57 0.000000 0.000000 0.000000 0.000000 delay 0.03908, dispersion 0.00020 offset -7087.577890 server 91.212.242.21, port 123 stratum 2, precision -23, leap 00, trust 000 refid [91.212.242.21], delay 0.04564, dispersion 0.00005 transmitted 4, in filter 4 reference time: e154c4c2.6bdccc8e Sat, Oct 19 2019 1:09:54.421 originate timestamp: e154cafe.92ac1422 Sat, Oct 19 2019 1:36:30.572 transmit timestamp: e154e6ae.23baa27e Sat, Oct 19 2019 3:34:38.139 filter delay: 0.04605 0.04564 0.04567 0.04564 0.00000 0.00000 0.00000 0.00000 filter offset: -7087.57 -7087.57 -7087.57 -7087.57 0.000000 0.000000 0.000000 0.000000 delay 0.04564, dispersion 0.00005 offset -7087.576761 server 162.159.200.123, port 123 stratum 3, precision -25, leap 00, trust 000 refid [162.159.200.123], delay 0.03929, dispersion 0.00005 transmitted 4, in filter 4 reference time: e154cae5.d29b7c3a Sat, Oct 19 2019 1:36:05.822 originate timestamp: e154cafe.c779504e Sat, Oct 19 2019 1:36:30.779 transmit timestamp: e154e6ae.59878ab5 Sat, Oct 19 2019 3:34:38.349 filter delay: 0.03986 0.03961 0.03929 0.03938 0.00000 0.00000 0.00000 0.00000 filter offset: -7087.57 -7087.57 -7087.57 -7087.57 0.000000 0.000000 0.000000 0.000000 delay 0.03929, dispersion 0.00005 offset -7087.577443 server 193.70.94.182, port 123 stratum 2, precision -24, leap 00, trust 000 refid [193.70.94.182], delay 0.04001, dispersion 0.00035 transmitted 4, in filter 4 reference time: e154c986.5dd74d31 Sat, Oct 19 2019 1:30:14.366 originate timestamp: e154cafe.fb015a23 Sat, Oct 19 2019 1:36:30.980 transmit timestamp: e154e6ae.8cba5906 Sat, Oct 19 2019 3:34:38.549 filter delay: 0.04077 0.04001 0.04083 0.04036 0.00000 0.00000 0.00000 0.00000 filter offset: -7087.57 -7087.57 -7087.57 -7087.57 0.000000 0.000000 0.000000 0.000000 delay 0.04001, dispersion 0.00035 offset -7087.577071 19 Oct 03:34:38 ntpdate[57347]: step time server 193.70.94.182 offset -7087.577071 sec
The presence of receive messages indicates the NTP message does make the roundtrip, but for some reason FreeNAS chokes regardless. Doesn't matter which NTP server I choose, it always fails in the same way: no server suitable for synchronization found, if I take the -d debug flag off.
Other machines (not running FreeNAS) have no problems synchronizing. This includes a Windows, Android and Ubuntu box. This means it's not a firewall issue, or that whatever firewall issue there is, other OSes are able to deal with it.