proNovell

NW6. single.
Надо, что-бы раз в сутки она синхронизировала время свое по внешнему источнику в интернет. Причем так -
- Запустил этот процесс.
- Если успешно - хорошо и уточняем время
- Если не успешно.. Жду до завтра..
Может кто знает такое ?

Почему не использую timesync , указав ему на внешний источник..

При запуске ситсемы, если нет доступа к внешнему источнику времени оно начинает как-то странно грузится.. дольше. Время не синхронизируется с другими серверами.... При попытке погасить сервак (когда внешний источник времени недоступен), то-же как-то меееедлено закрывается..

Берем CRON. Када надо - грузим timesync. Когда с гарантией синхронизация прошла (или не прошла - 3-4 минуты) тем же CRON выгружаем timesync... и завтра все повторяется.

а вообще можно грузить timesync последним в autoexec.ncf и выгружать его вручную перед дауном...

Нйти-бы типа rdate. что-бы под nw6 работало

skoltogyan писал(а):Нйти-бы типа rdate. что-бы под nw6 работало

А что, не работает? Я вроде бы проблем не видел пока. (NW6SP2)Синхронизирую время по серверу под FreeBSD, а тот в свою очередь берет его с сервера точного времени. Или есть какие-то грабли, на которые я еще не наступил?

... в Вашем случае ваша Free (по какой причине может быть недоступна - опустим).. возникали проблемы при вклчении сервера, выключении..

Поэтому и ищу, что-то типа rdate на NW.

rdate есть, но под старые нетваре.. на NW6 она несмогла у мненя заработать со стеком tcp/ip

skoltogyan писал(а):... в Вашем случае ваша Free (по какой причине может быть недоступна - опустим).. возникали проблемы при вклчении сервера, выключении..

Поэтому и ищу, что-то типа rdate на NW.

rdate есть, но под старые нетваре.. на NW6 она несмогла у мненя заработать со стеком tcp/ip

Уточняю: rdate.nlm работает на NW6. На сервере tcp/ip и ipx. Сам модуль достаточно старый - в теле (с)1992,1993. Он у меня работал под 3.12, 4.11. Хотел было в связи с переездом на 6.0 списать в архив, но не тут то было. Если источник времени недоступен, то выводит сообщение на консоль и спит дальше заданное время. Работает по UDP.

Возможно несколько вариантов.
Напр, если есть в сети умная железка, кот может брать время с инета - пусть берет она, а уж с нее сервер.
Или добавить в TIME SOURCE еще один источник из своей сети или IP самого сервера.
Или использовать схему с PRIMARY серверами.

В статье http://www.osp.ru/lan/2001/04/024.htm была ссылка на NTP клиенты для NW не от Novell.

Alexander Kulakov писал(а):Если источник времени недоступен, то выводит сообщение на консоль и спит дальше заданное время.

Я задал RDATE несколько источников времени и она действительно иногда первый в списке не видит. Тогда ругается и берёт второй из списка, а если и тот "дохлый", то третий. И так пока не переберёт весь список.

Да. При обрыве патч-корда перебор адресов серверов с поднятым демоном синхронизации не спасает. Ибо интернета нет. В смысле вообще нет.

Сразу скажу, что не пробовал так делать, но мне кажется, что можно настроить по следующему принипу:
- в TIMESYNC.CFG указываем в качестве timsource самого себя - это, так сказать, штатный режим работы;
- по CRON-у либо менять строчку, либо сам файл (неважно), главное - в качестве timesource указать кого-то другого (внешний источник), после чего выдать команду "SET TIMESYNC RESTART FLAG=ON";
- через несколько минут вернуть всё назад и снова "SET TIMESYNC RESTART FLAG=ON" (уже снова сам с собой);

Теоретически, вроде бы, должно работать. Если в указанное время связи не окажется - ну что ж, поругается несколько минут, не страшно.

еще вот:
http://nscsysop.hypermart.net/rdate.html

.. сказано, что rdate имеет проблемы на nw6 после sp1 и старше...

Ох нехочется мучать timesync, но может быть придется..