Различное смещение в «ntpq -p» и «ntpdate -q»

Иногда наша система мониторинга уведомляет меня о слишком больших смещениях в ntpd. При запуске ntpdate ничего не показывает. Поскольку ntpd медленно регулирует время, он, кажется, «думает», что есть смещение, которое необходимо адаптировать. Но разве тогда ntpdate не должен показывать это смещение? Что я не понимаю?

Это произошло после того, как NTP-сервер вскоре был недоступен и, казалось бы, перезапущен, смещение, когда он вернулся, составлял почти 20 секунд, а NTP настраивался медленно, так что в основном он просто делал то, для чего был предназначен. Но почему ntpdate -q говорит, что смещения все время нет?

# ntpq -p && echo '###' && ntpdate -q 123.123.123.123
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*nt0            10.123.123.123   2 u   48   64  377    0.181  209.956   8.334
###
server 10.123.123.123, stratum 1, offset 0.207451, delay 0.04231
 1 Dec 10:45:28 ntpdate[19895]: adjust time server 10.123.123.123 offset 0.207451 sec

Когда я сравниваю вывод двух разных систем, одна со смещением, другая без, выдавая echo +% H: % M:% S-% N показывает, что ntpd является правильным, а не ntpdate. Но почему?