- 2005.05.28, 20:04
- Izstāstīšu šitādu gļuku: vakar un šodien diezgan ilgi čakarējos ar NTP serveri, jo kaste ne par ko negribēja sinhronizēties, un spītīgi skaitīja sekundes ātrāk nekā vajag. Iepētot google, tika secināts, ka var lietai līdzēt ar
tickadj
utilīti. Īsāk sakot, samazināju ticks no 10000 uz 9965, un tagad pulkstenis iet pietiekami precīzi, lai līkais NTP sajustos spējīgs to sinhronizēt. (Citādi šis dreifēja).
NTP var sacensties par visdebīlākā (nevajadzīgi sarežģītākā) softa nosaukumu. Piemēram:
$ ntpq
ntpq> rv
assID=0 status=06c4 leap_none, sync_ntp, 12 events, event_peer/strat_chg,
version="ntpd 4.2.0a@1:4.2.0a-11-r Mon Mar 14 12:39:28 GMT 2005 (1)"?,
processor="i686", system="Linux/2.6.10-5-k7", leap=00, stratum=3,
precision=-18, rootdelay=96.304, rootdispersion=136.212, peer=549,
refid=159.148.60.11,
reftime=c64338f9.79a176dd Sat, May 28 2005 21:37:45.475, poll=8,
clock=0xc6433c67.0b426783, state=4, offset=-33.618, frequency=50.962,
error=106.112, jitter=63.231, stability=342.619
ntpq> pe
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 25 64 377 0.000 0.000 0.004
*milzis.latnet.l 192.36.143.150 2 u 238 256 377 3.195 -33.618 106.112 - 4 rakstair doma