Dotaz: presny cas na serveru (diskuze jsem prosel ale..)

[martin08]

Zdravim potrebuju zajistit presny cas - konktretne mam desku Alix s OS debian. Po instalaci jsem mel spatny cas - to jak hwclock --show tak i date..

proto jsem si zacal hrat - prikazem ntpdate "server" jsem si aktualizoval cas, pote prikazem "hwclock -w" nastavil HW cas podle systemoveho. od te doby me hwclock jel dobre ale systemovy cas se celkem dost predchazel, minuty/den. A to i pres to ze mam v crontabu kazdych 5 minut prikaz ntpdate "server".. Po vypadku napajeni se mi ale rozhodil i systemovy cas...

jeden z mejch dotazu zni: kdyz mam v crontabu prikaz na aktualizaci casu ntpdate "server", musi nebo nesmi byt spusten demon ntp? jelikoz kdyz je ntp demon spusten, prikaz ntpdate "server", nefunguje, hlaska NTP socket in use. Takze si nejsem jisty zdali prikaz ntpdate "server" z crontabu funguje, kdyz pri rucnim spusteni mi to napisu tu hlasu

za jakykoliv jiny komentar ci pomoc take dekuji

---

---

Odpovědi

[Petr Šobáň]

prikaz ntpdate "server" Je pouze pro jednorázové použití a samozřejmě pak se nepoužívá ntp démon.

Pokud chcete mít přesný čas tak používejte ntp demona a pokud je to server který nevypínáte tak to nechte tak. (ntp demonu trvá nějaký čas než sesinchronizuje hodiny)

Pokud server vypínáte a rozdíl v času je velký tak před spuštěním ntp demona spustite ntpdate aby se čas sesinchronizoval, v žádném případě nedávejte ntpdate do cronu pokud používáte démona ntp.

[martin08]

chtel bych podotknout ze to neni reseni - jen odpoved otazku, ale reseni to neni..:(

[Marble]

Ad vypnuti -- pokud vim, Alix standardne nema osazenou baterii, takze RTC po vypnuti napajeni nebezi. Pokud potrebujes korektni cas hned po zapnuti, tak si na desku budes muset doletovat baterii (misto na ni tam myslim je) anebo nejaky zalohovaci faradovy kondenzator.

[martin08]

mam alixe s RTC baterii, a i kdybych nemel, je na zalaohovanym napajeni.. takze pripadny vypnuti hrozi treba 1 za rok..

[cronin]

Pouzivam ntpdate+cron. Interval updatu raz ci dvakrat za hodinu podla mojich skusenosti vacsinou bohate staci; na VMWare hostoch som bol ale nuteny pouzivat castejsi update, 1 az 5 minut. Ani na minutovom intervale nevidim nic zle. Demona ntpd pouzivam, iba ked chcem cas dalej "publikovat" do lokalnej siete.

[Filip Jirsák]

Používáte to značně neefektivně (eufemisticky řečeno) – ntpdate je určen pro jednorázovou synchronizaci. Pokud chcete udržovat přesný čas průběžně, používejte ntpd – dokáže zjistit, jak se vám čas rozjíždí od správného času a zpomalením nebo zrychlením hodin to srovná (tj. čas by pak měl běžet přesněji i bez vnějšího časového normálu). Navíc drobné korekce nedělá skokovým přenastavením času, ale opět zpomalováním či zrychlováním hodin. K systému i aplikacím je to mnohem šetrnější, protože nedochází ke skokovým změnám a můžete se spolehnout, že čas plyne plynule bez děr a opakování.

[cronin]

Male casove rozdiely ntpdate samozrejme neriesi skokovo, ale zrychlenim ci spomalenim hodin. Vhodnymi parametrami sa mu da dokonca povedat, aby tak riesil i lubovolne velke rozdiely. Vhodne trafenou freknenciou updatov v cron-e sa da velmi lahko docielit, aby odchylka neprekrocila dostatocne maly rozdiel. A to vsetko bez beziaceho demona navyse a bez otvoreneho portu.

[Filip Jirsák]

To je hezké, že se ntpdate dá různými způsoby přinutit, aby fungoval skoro jako ntpd (jenom se nespustí jednou, ale spouští se pořád dokola). Ale k čemu je to dobré, když tu máme ntpd?

[martin08]

treba proto ze uzivatel jako ja nedokaze rozchodit ntpd :)

[miros]

Tohle maji provozovatele verejnych NTP serveru velmi radi. Videl jsem graf provozu na jednom takovem serveru a byly tam vyrazne spicky u kazde minuty a nejvice u cele hodiny.

Kdyz uz ntpdate pres cron, tak tam aspon pridat

sleep $(awk "BEGIN { print $RANDOM % 600 / 10 }")

nebo neco podobneho.

[cronin]

A preto ma cron jitter.

[cronin]

... a pri hodinovom update ziadny rozmyslajuci admin nenastavi update na nultu minutu kazdej hodiny, ale vyberie nahodnu minutu pre kazdy server. Ja to robim podla koncovky IP adresy.

[tuxmartin]

Demona ntpd pouzivam, iba ked chcem cas dalej "publikovat" do lokalnej siete.

To bych Vam nedoporucoval. Nektere programy by s tim mohli mit problemy. Oni proste nedokazi pochopit, ze je 13:38 a najednou je 13:37.

Ja na desce Alix 2D2 (taky nema baterku) pri nabootovani spustim ntpdate (protoze vychozi cas to ma nekdy kolem roku 2005) a pote mi nabehne ntpd a ten uz si to hlida.

[martin08]

takze: vcera jsem opet nastavil cas pomoci ntpdate "server" a pote dal prikaz "hwclock" -w (tim jsem nastavil systemovy cas a dle neho hw cas). NTPD je spustene (a v crontabu mam kazdych 5min ntpdate - ale predpokladam nefunguje se spustenim ntpd). A dnes rano? je 8:26 a "hwclock" ukazuje 8:59 a prikaz "date" 8:39...

[jare]

Podívejte se, co vám vypíše příkaz ntpq -p nebo ntptrace.

[martin08]

router:/# ntpq -p

remote refid st t when poll reach delay offset jitter

==============================================================================

kox.avn.cz 195.113.144.238 2 u 27 64 377 1.874 -46603. 6741.67

pyrrha.fi.muni. 195.113.144.238 2 u 3 64 377 5.748 -47170. 6698.53

kox-1.avn.cz 195.113.144.238 2 u 14 64 377 2.197 -46907. 6842.47

router:# ntptrace

localhost: stratum 16, offset 0.000000, synch distance 0.030300

toto uz je vypis po mem zasahu, stopnul jsem ntpd demona, aktalizoval cas ntpdatem, a smazal /etc/adjtime a spustil ntpdemona, a zda se ze syst.cas e opet zacina predbihat, ale zajimave je, ze po smazani /etc/adjtime, se mi HW cas posunul do jineho pasma - mam tam o honinu mene..

[Filip Jirsák]

HW čas s tím nijak nesouvisí, ten se použije jenom při startu systému a dál už se s ním nic neděje. Pokud ho chcete mít správně, musíte při vypnutí synchronizovat HW čas s aktuálním systémovým.

Jinak ntpd je dost háklivý na stabilitu připojení. Na nestabilních linkách se stává, že ntpd pořád běží, akorát přestane synchronizovat čas (po vzoru „chodí, ale neseje“).

[martin08]

konetktivita je stabilni, a ntpd zkratka nefunguje, uvidim den a asi prijdu na stopnuti ntpd a aktualizaci ntpdate-em napr.kazdych 5minut..

[Filip Jirsák]

„Zkrátka nefunguje“ je nicneříkající. Běží ten proces, komunikuje po síti, co vypisuje (dobré je zvýšit úroveň vypisovaných hlášek), jak je nakonfigurován?

[martin08]

mozna moje chyba - myslel jsem ze staci mit v /etc/ntp

server 0.debian.pool.ntp.org iburst dynamic

server 1.debian.pool.ntp.org iburst dynamic

server 2.debian.pool.ntp.org iburst dynamic

server 3.debian.pool.ntp.org iburst dynamic

tedy jsem tento soubor vubec neupravoval, ale doplnil jsem

server ntp.ujf.cas.cz

server ntp.globe.cz

server ntp2.contactel.cz

restartoval ntpd a cas zda se bezi dobre, ale uvidime co zitra..

Jeste bych mel dotaz, hwclock se asi takoto aktualizovat neda co? pripravuju se na situaci, ze system.cas bude dobrej a hwclock se bude predbihat - aspi bych to resil prikazem "hwclock -w" do crontabu.

[Filip Jirsák]

Pokud máte zaručeno, že se počítač vypne vždy korektně (je zálohován UPS, která ho v případě potřeby vypne), stačí synchronizovat hardwarové hodiny až při vypnutí. Pak taky samozřejmě záleží na tom, zda je vypnutý počítač schopen udržet hodiny v chodu, jinak nemá smysl hardwarový čas vůbec řešit.

[martin08]

tak za nejake 2-3hodiny uz se mi po nove nastavenym /etc/ntp rozchazi systemovy cas od presneho casu o 2minuty.. tak ja vazne nevim.

to vypnuti neresim, jak rikam kdyz se to stane 1-2za rok tak si ten cas zkontorluju, pripadne upravim, ale porad mi nefunguje korektne ten ntpd..:(

muzte mi zaslat co dela ntptrace? - jelikoz prikaz ntptrace na servery ktere jsem pridal do /etc/ntpd.conf mi vraci timed out, nothing received..

[Filip Jirsák]

„Nefunguje korektně“ není o nic lepší, než „zkrátka nefunguje“. Doporučuji pokračovat zde.

[martin08]

1. ntp demon bezi:

router:~# ps ax |grep ntpd

4655 ? Ss 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -u 104:106 -g

2. "netstat -uapnt" vidim spoje od ntp demona na portu 123

3. do /etc/ntpd.conf jsem si pridal ty 3 servery - viz vyse

4. ntptrace na ty 3 servery a na cz.pool.ntp.org vypisuje vetsinou:

cz.pool.ntp.org: timed out, nothing received

***Request timed out

[Filip Jirsák]

Není port 123 někde po cestě blokován firewallem?

[Filip Jirsák]

Vlastně když funguje ntpdate, tak asi není. Pardon.

[Filip Jirsák]

Zkusil bych ještě zvýšit úroveň logování a podívat se, co bude v logu.

[Petr Šobáň]

Příloha:

• ntp.conf (1947 bytů)

cz.pool.ntp.org: timed out, nothing received

***Request timed out

No tak je někde zrada a musíš zjistit kde na síti to hapruje, proč ti neodpoví.

ntpdate bys měl použít jednou po startu, pak by jsi měl spustit ntpd démona a ten by to měl sesinchronizovat.

Při vypnutí by se mělo provést hwclock -w aby se sw zapsaly do hw a pozor pokud používáš UTC čas v HW tak přidat parametr -u. A při startu by se zase mělo provést hwclock -s, ovšem toto by měly dělat startovací skripty a pokud HW hodiny neběží (nemají baterku) tak se tím vůbec nemusíš zabývat a třeba při startu spustit ntpdate jednou a pak ntpd démona.

Já používám ntpd všude a bez problémů, jak na NT tak na DESKTOPU.

PS. Můj konfigurák v ntp.conf v příloze.

[petr@nt ~]$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+bobek.sh.cvut.c 195.113.144.238  2 u   59   64  377  782.605  391.395 237.899
+xm03.qls.cz     130.149.17.21    2 u   42   64  377  498.716  529.052 364.125
*lama.svinov.net 195.113.144.238  2 u   56   64  377  750.443  177.679 305.363

[jare]

prikaz ntptrace na servery ktere jsem pridal do /etc/ntpd.conf mi vraci timed out, nothing received.. - to ještě nemusí být nic špatného. Některé ntp servery jsou nakonfigurované tak, že na ntptrace neodpovídají, jinak ale fungují. Horší ale je tohle
router:# ntptrace
localhost: stratum 16, offset 0.000000, synch distance 0.030300
ve vašem postu výše. Stratum 16 znamená, že jste bez synchronizace. Váš ntpd se servery komunikuje, jak je vidět v výpisu ntpq -p, ale nesynchronizuje se. Prohledal bych logy (u mne na Debianu je to například /var/log/daemon.log, ale podle vašeho nastavení to může být i jinde).

[miros]

Jestli se za ~150 minut cas rozjede o 2 minuty, tak hodiny jdou o vice nez 1% spatne. Tohle ntpd nema sanci srovnat, protoze pracuje pouze v +-0.05% rozsahu.

Bud si muzete pohrat s adjtimex a udelat hrubou korekci manualne, nebo misto ntpd pouzit chrony, ktery umi korekci v mnohem vetsim rozsahu +-10%, a navic je presnejsi a rychlejsi.

[martink]

Pred casom som riesil podobny problem, cas mi predbiehal aj 10 min za hodinu pricom hwclock bol stale ok. ntpd to nestihal korigovat. nakoniec mi k spokojnosti pomohla kombinacia adjtimex + ntpd. Od vtedy cas ok.

[martin08]

a muzes mi nejako adjtimex objasnit? ja ten soubor smazal - mam ho tedy zazalohovane, ale moc moudrej z neho nejsem.

router:/etc# cat /MILOVICE/adjtime

-403.378840 1290674453 0.000000

1290674453

UTC

[martink]

neviem ci je to uplne presne ale adjtimex je utilitka, ktora vie porovnat hwclock a kernel clock a vie nastavit korekciu kernel casovaca, aby bol synchronizovany s hwclock. Treba si nainstalovat adjtimex balicek. ja puzivam debian a tam staci pustit adjtimexconfig, ktory automaticky nastavi korekciu. Skus googlit adjtimex a dozvies sa viac.

[martin08]

tak ja uz nevim, po vikendu je ted cas 9:10, hclock ukazuje 8:20 (od patku +10min) a date 10:13 (od patku cca +1hodina) :(

[Filip Jirsák]

ntpd píše do logu co?

[lertimir]

Ach pořád je to stejně, lidi se tě tady ptají na konkrétní otázky a ty jim neodpovídáš. Problém naznačil už příspěvek 26.11. 16:00 jare. Pokud jsi stratum 16 nemáš synchronizované hodiny pomocí ntpd. Daemon běží, ale z nějakého důvodu nezískává informace. Nebo je nepředává jádru. Je třeba najít proč!! Informace ziskáš z:

/var/log/syslog

ntpd tam píše zprávy

/var/log/ntpstat

logy přímo ntp použitelné na statistiku.

ntpq -c pe

jaké jsou připojené peery.

ntpq -c as

jejich associační čísla asID

ntpq -c "rl asID"

výpis synchronizace s jedním peerem

ntpdc -c ker

vazba parametrů na jádro systému. pošli tyhle výpisy (výpisy se dělají pomocí tagu pre)

[martin08]

omlouvam se, byl jsem necekane do ST pryc, a ve CT jsem se k tomu jiz nedostal.

/var/log/syslog - nic k ntpd navidim

/var/log/ntpstat - tento log nemam

ntpq -c pe

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 lx.ujf.cas.cz   195.113.144.204  2 u   56   64  377    2.987  -121174 6764.00
 adm.active24.cz .STEP.          16 u    - 1024    0    0.000    0.000   0.000
 bus1.isp.contac .STEP.          16 u    - 1024    0    0.000    0.000   0.000
 ntp1.karneval.c 147.231.19.43    2 u   30   64  377    1.765  -121180 6810.16
 lama.svinov.net 195.113.144.238  2 u   60   64  377    2.561  -121173 6699.87
 kox-1.avn.cz    195.113.144.201  2 u   61   64  377    1.603  -121172 6753.91

ntpq -c as

ind assID status  conf reach auth condition  last_event cnt
===========================================================
  1 10757  9034   yes   yes  none    reject   reachable  3
  2 10758  8000   yes   yes  none    reject
  3 10759  8000   yes   yes  none    reject
  4 10760  9034   yes   yes  none    reject   reachable  3
  5 10761  9034   yes   yes  none    reject   reachable  3
  6 10762  9074   yes   yes  none    reject   reachable  7

[martin08]

ntpq -c "rl asID"

assID=10757 status=9034 reach, conf, 3 events, event_reach,
srcadr=lx.ujf.cas.cz, srcport=123, dstadr=212.96.168.50, dstport=123,
leap=00, stratum=2, precision=-18, rootdelay=0.687,
rootdispersion=15.884, refid=195.113.144.201, reach=377, unreach=0,
hmode=3, pmode=4, hpoll=6, ppoll=6, flash=400 peer_dist, keyid=0, ttl=0,
offset=-12247312.082, delay=3.005, dispersion=1.901, jitter=6716.117,
reftime=d0a35173.58d02470  Fri, Dec  3 2010 12:22:27.346,
org=d0a3522d.c3c32ebe  Fri, Dec  3 2010 12:25:33.764,
rec=d0a38205.140a47be  Fri, Dec  3 2010 15:49:41.078,
xmt=d0a38205.13445a77  Fri, Dec  3 2010 15:49:41.075,
filtdelay=     3.01    1.80    2.19    2.05    2.01    2.44    1.57    2.18,
filtoffset= -122473 -122458 -122442 -122428 -122413 -122398 -122382 -122367,
filtdisp=      0.98    1.93    2.92    3.86    4.82    5.77    6.76    7.73

ntpdc -c ker

pll offset:           0 s
pll frequency:        0.000 ppm
maximum error:        16 s
estimated error:      0.000976 s
status:               4041  pll unsync
pll time constant:    4
precision:            1e-06 s
frequency tolerance:  500 ppm