Dotaz: NTPD - stále problém

[mmmnovak]

Dobrý den,

stále mám problém s NTPD pod Debianem Lenny 64bit ...

nainstaloval jsem ... bohužel mi probíá synchronizace pouze několik hodin/dnů po restartu OS, pak mi již nedochází k synchonizaci času.

(Zkoušel jsem si ještě nainstalovat NTPD daemona na jiný počítač a tam vše fungovalo, tak jak má ... zajímavé)

v syslogu se nehlásí žádná chyba ... vše vypadá v pořádku ... pomocí Wireshark jsem zjistil, že program se pokouší odesílat dotaz na ntp server ... tam jsem ale nalezl chybu:

NTP NTP client
Checksum: 0xff92 [incorrect, should be 0xcf74 (maybe caused by "UDP checksum offload"?)] Bad Checksum: True

neměl jste někdo podobný problém?
díky za odpověď.

Odpovědi

[a7dfa]

To s tim checksumem nejspis nic neznamena. Co pise ntpq -p?

[mmmnovak]

posílám ....

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 32.1.20.136     .INIT.          16 u    - 1024    0    0.000    0.000   0.000

[a7dfa]

To reach 0 znamena, ze nedostava zadnou odpoved od serveru. Zkusil bych jinej server (a dat tam nejlip rovnou tri nebo ctyri).

[mmmnovak]

Tal jsem nastavil 2 servery ... k synchronizaci došlo několikrát (asi 6) od včera ... dnes došlo k synchronizaci v 10hodin (a pravděpofobně naposled)

aktuální výpis posílám:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+ntp.nic.cz      .PPS.            1 u  336 1024  377   27.369   -1.541   0.831
*tik.cesnet.cz   .GPS.            1 u  598 1024  377   27.533   -1.369   0.274

takže v tom je asi ještě nějaký problém ... nevíte jaký?

díky moc.

[a7dfa]

Tohle vypada uplne ok. Jak presne se projevuje to, ze nedochazi k synchronizaci?

Jinak je mozny pouzivat servery {0,1,2,3}.cz.pool.ntp.org.

[mmmnovak]

1. čas se časem rozchází (odzkoušeno)
2. v syslogu, když to sesynchronizuje .. napíše to synchronized to stratum 1 (nebo ňejak tak)
3. wireshark ... nezjistí komunikaci mezi NTP serverem a mým pc

takže asi tak no ...

[a7dfa]

Pokud bude ntpq psat porad co ted, tak to funguje dobre.

Offset je odchylka od serveru v milisekundach a komunikace se serverem probiha jen jednou za 1024 sekund.

[mmmnovak]

1. nevíte, co znamená to delay (čili zpoždění) ... že by zpoždění během komunikace v ms?

2. položka jitter zobrazuje nějakou jinou odchylku? (v překladu chvění)

díky za odpověď.

[hysterix]

1. - myslim si, ze je to opravdu tak

2. - jitter je mira odchylek od stredni hodnoty delay

[hysterix]

Nevim, jak na Debianu, ale na Centosu staci nainstalovat balik ntp, nastavit automaticke spousteni servisu a spustit servis (pokud napr. neplanuji brzky restart stroje). Nastavovat servery je zhola zbytecne, protoze vyhledani platnych ntp serveru majicich nizke stratum je primo v popisu prace baliku. Veset se primo na servery stratum 1 neni dobra strategie a casto znamena, ze se s vami prestanou bavit. Pouzivam ntp na cca deseti masinach a nestalo se, ze bych na cas musel nekdy myslet. Obcas ztrati spojeni na server a prepnou se na jiny, coz je presne to, co maji delat. Navic vzhledem k tomu, ze v tuto dobu davaji vsem ostatnim najevo, ze nejsou zasynchronizovane, tak se to cele chova presne podle zamyslu.

NTP je proste sluzba k vyladeni behu vlastnich hodin stroje a ne k neustalemu posouvani hodin podle vnejsich serveru.

Prepnuti ze serveru na server se deje nekdy 2-3x za den, nekdy 1x za 2-3 dny. Posuv casu se deje pouze a jen pri restartech (kdy se cas nacita z hw hodin) a skoro vzdy je to do pul sekundy. To je normalni a znamena, ze chipset pocitace je ok a nedochazi k nemoznosti obslouzit interrupty, tudiz hodiny bezi ok. Drobne odchylky casu se neresi skoky, ale zrychlenim nebo zpomalenim behu vlastnich hodin.

Pokud je z logu patrne, ze dochazi ke skokovym upravam casu i v dobe normalniho behu, znamena to jen a pouze, ze zakladni desku by bylo lepsi odevzdat ve sbernem dvore.

KRITERIEM SPRAVNOSTI CASU NENI POCET SYNCHRONOZACI, ALE ODCHYLKA OD NAPR. DCF77 nebo TELEF. SLUZBY PRESNEHO CASU - 14112 (POZOR NA VOIP) ALE ROZHODNE NE TELEVIZNI NOVINY - NA DIGITALNICH KANALECH TO MUZE BYT (A JE) O DESUTKY SEKUND UJETE.

[mmmnovak]

Nejdříve děkuji za odpověd ...

1. U mě nedochází ke skokovému nastavení času (z toho důvodu mám ntp) ... pouze při startu pc se provede ntpdate, který to nastaví skokem

2. které české ntp servery jsou stratum 2 a ne 1, abych je tedy tolik nezatěžoval ...

3. bohužel mě za několik málo týdnů se rozejde čas o 1 minutu a ntpq -p klidně zobrazuje stav, že je vše správně a synchronizované ...

[hysterix]

Jak jsem psal, nepouzivam zadne specialni servery. Misto konkretnich serveru je lepsi uvest tohle: (viz http://www.pool.ntp.org/zone/cz)

server 1.cz.pool.ntp.org
server 0.europe.pool.ntp.org
server 3.europe.pool.ntp.org

Na mem domacim routeru to napriklad vypada takhle:

ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+81.0.235.220    195.113.144.201  2 u  141 1024  377   12.957   -2.393   2.068
*82.208.44.188   195.113.144.201  2 u  359 1024  377   20.475   -2.722   1.997
+81.2.209.38     77.78.110.71     3 u  148 1024  377   23.494   -1.219   2.310
 127.127.1.0     .LOCL.          10 l    1   64  377    0.000    0.000   0.004

[mmmnovak]

a můžu se zeptat ... jen tak orientačně ... jak často vám v syslogu píše ntp něco ve smyslu "synchronized to stratum N, ip adresa " ...

díky.

[hysterix]

a) Nejde o synchronizaci casu, ale o zmenu zdrojoveho serveru.

b) Minuly tyden 26x (asi proto, ze jsem parkrat svuj router restartoval kvuli nejakym pokusum). Predminuly 4x (vsechny v jeden den). Tyden predtim ani jednou. Jeste tyden predtim 10x.

Rozhodne nejde o smerodatny udaj. Po nabehu systemu staci, aby se vyskytnul 1x a pak az do dalsiho restartu se nemusi nic objevit.

[mmmnovak]

díky za odpověď ... teď jste mě trochu uklidnil ... i když nechápu proč mi dříve došlo k rozhození času o několik minut (za několik týdnů) ... nyní to vyzkouším tedy s nastavenými 2 servery a nechám to být měsíc (průběžně budu zkoušet ntpq -p) ... schválně, jak to dopadne ...

PS: pokud tedy uvidim v ntpq -p správné údaje pak by to tedy mělo být v pořádku? (asi ano, ale chci se ujistit)

ještě jednou díky všem za pomoc.

[hysterix]

V poradku je to tehdy a jen tehdy, pokud je spravne cas. vsechno ostatni jsou jen nastroje ke zjisteni, co se deje, pokud se neco deje. Predstavte si, ze nahodou spustite ntpq zrovna v dobe, kdy ntp vyhledava dalsi server.

[mmmnovak]

ještě mám 2 otázečky ...

1.nevíte co znamená sloupec "when"?

2. ve sloupci reach se zaznamenává stav komunikace ... nevíte, co znamená hodnota 377? (nikde jsem to nenašel)

díky a doufám, že už bude všechno v pořádku ... uvidíme (zatím je čas správný)