NTP server na FBSD

[Dan Lukes]

Miroslav Lachman napsal/wrote, On 10/22/09 22:23:
> Tak netrvalo ani moc dlouho a dneska jsem na ten zmineny problem dojel :(

Neznas teorii, ktera tvrdi, ze latka se nedelila na atomy, dokud vedci 
nevytvorili prislusnou teorii ? Teprve v tom okamziky pri atomy vznikly 
aby uspokojily lidskou potrebu zkoumani sveta.

Tak tohle je totez - chovani ntpd nikdo nepopsal tak neexistovalo. Ja ho 
ale popsal. Ted uz se s tim budes setkavat casto ;-)

> root at odysseus ~/# ntpq -p
>      remote        refid   st t when poll reach   delay   offset  jitter
> ========================================================================
>  5ED0CEB2.cable. .INIT.    16 u 203d 1024    0    0.000    0.000 4000.00
>  srv2.trusted.cz .INIT.    16 u    - 1024    0    0.000    0.000 4000.00
>  kox.avn.cz      .INIT.    16 u 203d 1024    0    0.000    0.000 4000.00
>  srv1.trusted.cz .INIT.    16 u 203d 1024    0    0.000    0.000 4000.00
>  srv2.trusted.cz .INIT.    16 u 203d 1024    0    0.000    0.000 4000.00
>  odine.cgi.cz    .INIT.    16 u 203d 1024    0    0.000    0.000 4000.00

Vsechny radky zacinaji mezerou. Vsechny zdroje casu jsou tudiz 
"vytrideny". "when" rika, ze, az na jednu vyjimku, jsme se je uz 203 dnu 
nepokusili zkontaktovat. Proc, to nevim.

> Co maji prvni tri servery spolecneho? Vysoky uptime. Coz potvrzuje 
> Danova slova o tom, ze servery s dlouhym uptimem se postupne prestanou 
> synchronizovat.

Nemyslim, ze jde o vysoky uptime serveru jako celku - spis to souvisi s 
delkou behu ntpd.

> Ze to tak je uz ted vim a zajima me, proc to tak je? 

Prelozit ntpd s debugovacimi informacemi, pak ho nechat bezet dokud 
neprejde do mrtvolneho stavu, pak se attachnout debuggerem a podivat se.


> jak tento pripad poresit jinak, nez periodicky z cronu ntpd restartovat?

O cronu jsem mluvil - ael nemel jsem na mysli "periodicky restartovat" 
ale "periodicky kontrolovat". Restartovat jen kdyz kontrola ukaze, ze 
cas je mrtev.

> abych o tomto stavu byl alespon dostatecne informovan? 

Vystup
ntpq -c readlist

pro

  ---- a) funkcni server -----------------------------------------
assID=0 status=0684 leap_none, sync_ntp, 8 events, event_peer/strat_chg,
version="ntpd 4.2.4p5-a Thu Jan 29 08:40:19 UTC 2009 (1)",
processor="i386", system="FreeBSD/7.2-RELEASE-p3", leap=00, stratum=2,
precision=-19, rootdelay=0.486, rootdispersion=76.316, peer=11518,
refid=,
reftime=ce8b4121.780ddfed  Thu, Oct 22 2009 22:37:53.468, poll=12,
clock=ce8b456b.59eea3f4  Thu, Oct 22 2009 22:56:11.351, state=4,
offset=-0.351, frequency=-3.563, jitter=0.287, noise=0.430,
stability=0.034, tai=0
  ---- b) NEfunkcni server -----------------------------------------
assID=0 status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.4p5-a Thu Jan 29 08:40:19 UTC 2009 (1)",
processor="i386", system="FreeBSD/7.2-RELEASE-p3", leap=11, stratum=16,
precision=-19, rootdelay=0.000, rootdispersion=0.015, peer=0,
refid=INIT, reftime=00000000.00000000  Thu, Feb  7 2036  7:28:16.000,
poll=6, clock=ce8b4591.2464ad75  Thu, Oct 22 2009 22:56:49.142, state=1,
offset=0.000, frequency=-3.563, jitter=0.002, noise=0.002,
stability=0.000, tai=0
  ------------------------------------------------------------------

Ted uz si jen musis vybrat podle ceho to budes zjistovat - leap=11 
pripadne stratum=16 druhem radku nebo naopak chybejici 'sync_ntp' v 
radku prvnim - to vsechno by melo znacit nefunkcni server.

Taky to, ze ve vystupu ntpq -p zadny radek se servery nezacina 
hvezdickou je vyznamne.

NEfunkcni server jsem vyropbil tak, ze jsem si ho zrestartoval - tak si 
radsi zkontroluj vypis serveru, ktery je skutecne "starecky mrtvolny" - 
mohlo by to byt jine, i kdyz nemusim, ze v tech ukazatelich, ktere jsem 
zminil.

Jen se musis trochu zamyslet nad tim, abys test neprovadel tak 
nestastne, ze jak jednou server zrestartujes uz ho budes restartovat 
furt neb nez on "chyti cas" ty ho znovu vyhodnotis jako nefunkcni a 
znovu ho zrestartis. Jinymi slovy - nesmis ten test delat moc casto 
(nejprimitivnejsi reseni).


Fantazii uz pak se meze nekladou - muzes ntpd jen proste restartovat, 
muzes test ale zapojit do nejakeho monitorovaciho systemu (treba 
nagios), ktery tio muze posilat maily, SMS a cokoliv co ti bude 
nejmilejsi ...

					Dan