І найголовніше, я виявив, що з першим методом наші вузли кластера дрейфують більш ніж на 15 секунд. Завдяки Послуга Linux ntpd і ntpdate Тепер я знаю причину, може бути, чомусь timedrift більше 2 секунд, і ntpd відмовився робити що-небудь тоді.
За те, що сказав Девід Шварц, я знайшов це корисним:
Як згадувалося в іншому місці, NTP забезпечує плавну корекцію часу. Якщо програми на вашому сервері не заперечують, що цілі секунди пропадуть, або пройдуть ті ж самі секунди знову, то ntpd не набуде набагато більше над ntpdate.
Якщо, з іншого боку, у вас є чутливі до часу додатки, які чутливі до секунд, або навіть гірше чутливі до часткових секунд, то ntpd є кращим вибором. Новинки eDirectory від Novell оновлюються для обробки оновлень-зіткнень, що стає критичним, якщо оновлення відбуваються дуже швидко (наприклад, під час ранкового входу в систему). Сервер syslog повинен мати час з точністю принаймні до півсекунди для того, щоб зберегти нормальний журнал.
Посилання: https://serverfault.com/questions/16467/compare-ntpd-and-ntpdate
Дякую всім.