|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 28 Aug 2005 15:13:56 To : Vadim Guchenko Subject : Re: Проблема с синхронизацией времени -------------------------------------------------------------------------------- >>> Vadim Guchenko wrote: VG> Предложение синхронизировать время при загрузке системы однократным вызовом VG> ntpdate из rc.conf считаю ненадежным, т.к. не во всех случаях это сработает. А ntpd со step'ом, значит, сработает? Hе понимаю логики. Даже если у тебя ntpdate в какой-то доле случаев не сработает, вызывать его всё равно надо: потому что оно с хорошей вероятностью поставит правильное время не хрен знает когда, а в процессе загрузки до запуска большинства остальных процессов и до входа пользователей. Это чрезвычайно важно для многих видов работы. VG> 1. У всех при загрузке любого сервера, который проработал хотя бы сутки, и VG> первой синхронизации времени ntpd делает step (reset time), даже если до VG> шатдауна время было синхронизировано? Или так только у меня? У меня ntpdate. Смещения, как правило, меньше. Извини, сервер с аптаймом менее 40 дней найти сложно, пока что не получилось. Hа ноуте пишет смещения крошечные (в среднем 0.2 сек.) Может, у тебя какая-то проблема с RTC, что в нём не записывается? VG> 2. Если у всех, то чем можно периодически и при шатдауне записывать VG> системное время в аппаратные часы? Есть функция resettodr(9), но я не нашел VG> для нее оболочки, чтобы вызывать из шелла. Hарисуй модуль который её вызовет, проблем-то. Хотя можно ещё проще: 1. settimeofday() вызывает resettodr(). Поэтому, можно написать сишник, где-то такого содержания: struct rtprio prio; struct timeval now; prio.type = RTP_PRIO_REALTIME; prio.prio = 0; rtprio(RTP_SET, getpid(), &prio); gettimeofday(&now, NULL); settimeofday(&now, NULL); 2. В пятёрке установка machdep.adjkerntz вызывает resettodr(), поэтому можно прочитать значение и записать его обратно. -netch- --- ifmail v.2.15dev5.3 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22383dcf8c57f.html, оценка из 5, голосов 10
|