03.11.2007 21:40
[#1]
Za krótki U-S
Przy zmianie czasu, "zepsuty" czas pod MOSem zaczął mnie denerwować,
więc postanowiłem coś z tym zrobić i tu pojawia się problem:
Po dopisaniu NTPSync do User-Startup nie synchronizuje mi czasu -
krótkie śledztwo wykazało, że problemem jest za szybkie(sic!)
bootowanie MOSa, pomimo, że MOSneta odpalam w drugiej linii
U-S(pierwsza to viarhine-wakeup), a NTPSync jest w ostatniej, to
MOSNet nie dąży podnieść sieci przed NTPSync. Oczywistym rozwiązaniem,
jest w tej sytuacji Wait n, ale... Po pierwsze, czas potrzebny na
podniesienie sieciówki jest różny - ping -c 5 wpisany przed NTPSync
raz działał już od drugiego pakietu, a czasem nawet piąty był "no
route to host"(choć już następujący po pingu NTPSync działał). To
oczywiście można rozwiązać dając wystarczająco duże n po wait,
ale... I tu dochodzimy do "po drugie", czyli, wolałbym nie wydłużać
bootowania bardziej, niż jest to potrzebne.
Ideałem, byłoby tu "WaitforVia" i właśnie, czy istnieje coś w tym
guście i/lub ewentualnie dałoby się to jakoś (przy użyciu skryptów)
"zasymulować"?
więc postanowiłem coś z tym zrobić i tu pojawia się problem:
Po dopisaniu NTPSync do User-Startup nie synchronizuje mi czasu -
krótkie śledztwo wykazało, że problemem jest za szybkie(sic!)
bootowanie MOSa, pomimo, że MOSneta odpalam w drugiej linii
U-S(pierwsza to viarhine-wakeup), a NTPSync jest w ostatniej, to
MOSNet nie dąży podnieść sieci przed NTPSync. Oczywistym rozwiązaniem,
jest w tej sytuacji Wait n, ale... Po pierwsze, czas potrzebny na
podniesienie sieciówki jest różny - ping -c 5 wpisany przed NTPSync
raz działał już od drugiego pakietu, a czasem nawet piąty był "no
route to host"(choć już następujący po pingu NTPSync działał). To
oczywiście można rozwiązać dając wystarczająco duże n po wait,
ale... I tu dochodzimy do "po drugie", czyli, wolałbym nie wydłużać
bootowania bardziej, niż jest to potrzebne.
Ideałem, byłoby tu "WaitforVia" i właśnie, czy istnieje coś w tym
guście i/lub ewentualnie dałoby się to jakoś (przy użyciu skryptów)
"zasymulować"?
03.11.2007 22:21
[#2]
Re: Za krótki U-S
@Torn, post #1
Jeżeli NTPSync zwraca błąd to można by zaryzykować pętlę np:
LAB CZAS
NTPSync
IF WARN
SKIP CZAS BACK
ENDIF
Czyli uruchomić NTPSync i jeżeli nie udało mu się zsynchronizować czasu, to uruchomić go ponownie. Oczywiście tak prostacka pętla to proszenie się o kłopoty - w razie padu sieci będzie próbował synchronizować w nieskończoność, dlatego warto przed SKIP wstawić licznik, który po osiągnięciu założonej liczby powtórzeń przejdzie dalej bez synchronizacji (powiedzmy po 10 nieudanych próbach).
LAB CZAS
NTPSync
IF WARN
SKIP CZAS BACK
ENDIF
Czyli uruchomić NTPSync i jeżeli nie udało mu się zsynchronizować czasu, to uruchomić go ponownie. Oczywiście tak prostacka pętla to proszenie się o kłopoty - w razie padu sieci będzie próbował synchronizować w nieskończoność, dlatego warto przed SKIP wstawić licznik, który po osiągnięciu założonej liczby powtórzeń przejdzie dalej bez synchronizacji (powiedzmy po 10 nieudanych próbach).
