Запуск chrony: связать готовность времени с запуском приложения
Фотография конкретного исполнения не приложена.
При большой начальной ошибке плавное исправление часов может занять длительное время. Makestep допускает скачок при превышении порога только в пределах заданного количества обновлений после старта chronyd. Второй параметр — число обновлений часов, а не длительность в секундах с момента загрузки.
Поэтому порядок запуска приложений, чувствительных к времени, задают отдельно. Сам факт работающего daemon не означает завершённую коррекцию. Waitsync позволяет ждать синхронизации с ограничением числа проверок, остаточной коррекции System time и частотной неопределённости Skew. Это разные критерии, для которых важны правильные единицы.
Нулевое либо неуказанное число попыток означает неограниченное ожидание. Если предельное время запуска важно, его следует спроектировать явно и обработать ненулевой код завершения. Иначе отказ внешних источников превратится в зависшую загрузку без понятного решения для зависимого приложения и оператора.
Приёмка включает правильные часы, большую стартовую ошибку и недоступные источники. Проверяют допуск приложения и исчерпание ожидания. Выбор порога и допустимость скачка согласуют с потребителями времени; пример из руководства не является готовой настройкой для любого узла инфраструктуры.
Основание — chrony 4.9 official versioned manual pages; release 2026-08-27, разделы chrony.conf makestep; chronyc waitsync. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Установленная версия, сборка ОС, часы и сеть конкретного узла не проверялись. Команды и настройки здесь описаны как предмет проектной проверки, а не как выполненные действия.
Запросы отправляются на наш e-mail из вашей почтовой программы.
