Dotaz: Problem s casom

[jany2]

OS ubuntu 10.04.3 LTS

Mam problem s tym, ze stale sa mi posuva HW cas voci systemovemu casu (alebo naopak).

Ak si to idem cez webmin zrovnat, tak v Time server sync som si zvolil casovy server "sk.pool.ntp.org" a staci dat synchronizaciu a cas sa zrovna.

Ale cas sa stale po case rozsynchronizuje. Ak pozrem napr. o mesiac, tak to roby aj 1-2 min rozdiel.

Ako by sa to dalo poriesit, aby sa cas nezpozdoval, thx

http://s9.postimage.org/z8z4cwglr/ntp.jpg

Odpovědi

[cronin]

Nie je čo riešiť, daj ntpdate do crotabu.

[Joe]

Ne, pouzivej ntpd. Jinak, je to obecny problem u linuxu, ale ntpd to resi. Pak je jeste mozne nejakym prikazem hwclock (?) synchronizovat s HW casem.

[cronin]

ntpd je v celku zložitý server, ktorého úlohou je poskytovať iným zariadeniam v sieti presný čas. Že pritom sám musí čas odniekiaľ brať a udržiavať ho aj na stroji, kde je inštalovaný, je len vedľajší efekt. Naproti tomu ntpdate je nástroj, ktorý má zistiť čas z ntp servera a nastaviť ho na lokálnom stroji - presne to, čo opytujúci sa potrebuje.

Pochopiť fungovanie a bezpečne nakonfigurovať NTP server - t.j. ntpd - nie je celkom triviálna úloha, aj keď výsledný konfigurčný súbor bude mať patrne menej ako 10 riadkov.

[Sten]

Bezpečně nakonfigurovat ntpd, aby průběžně udržoval aktuální čas na lokálním počítači bez poskytování času do sítě, je celkem triviální. Třeba v Debianu/Ubuntu jej (openntpd) stačí pouze nainstalovat, neboť je tak již předkonfigurovaný

[cronin]

Ak sa teda fakt debianí balíčkovači pohrali s defaultným konfigurákom a zmenili štandanrdé "open to all" správanie sa, budiž. Ničmenej, používateľ by aj tak mal rozumieť konfigurácii ntpd, ak ho prevádzkuje, a obtiažnosť tejto úlohy sa existenciou konfiguráku takmer vôbec neznižuje. Skúsme to ale ešte inak: načo mať v systéme stále bežiaci ntp server, ak stačí raz za hodinu spustiť dvojsekundovú úlohu?

[R]

Aby cas drzal a neskakal sem-tam.

[cronin]

       Time adjustments are made by ntpdate in one of two ways. If ntpdate determines the clock is in  error  more
       than  0.5 second it will simply step the time by calling the system settimeofday() routine. If the error is
       less than 0.5 seconds, it will slew the time by calling the system adjtime() routine. The latter  technique
       is  less  disruptive and more accurate when the error is small, and works quite well when ntpdate is run by
       cron every hour or two.

[Sten]

Důvod, proč použít ntpd místo ntpdate, jsou třeba přestupné sekundy. ntpdate to opraví, tepve až ho spustí cron, ntpd je vloží hned o půlnoci.

[Ja]

Máte pravdu, můj /etc/ntp.conf má méně než deset řádků a nekonfiguroval jsem ho triviálně, nekonfiguroval jsem ho vůbec, jen jsem při instalaci zaškrtl, že chci brát čas z internetu - předpokládám, že kdybych to zaškrtnout zapomněl, musel bych dát yum install ntp && chkconfig ntpd on

/etc/ntp.conf:
restrict 127.0.0.1
restrict -6 ::1
server 0.fedora.pool.ntp.org iburst
server 1.fedora.pool.ntp.org iburst
server 2.fedora.pool.ntp.org iburst
server 3.fedora.pool.ntp.org iburst

[cronin]

V poriadku, ja som predsa súhlasil, že ntpd je použiteľné na daný účel, ak je správne nakonfigurované. Ale mimochodom, skontroloval si si, aký, aká je konektivita na tie ntp servery? Koľko je hop-ov, aký je jitter a zvyčajný delay? Vieš, čo prečo tam sú tie restrict direktívy, čo je iburst a KOD?

No, ja už nemienim nikoho presviedčať o tom či onom riešení. Sám som prevádzkoval NTP server, i synchronizoval nespočet serverov s použitím ntpdate. Zažil som i zákazínka, ktorý bol vnútorne presvedčený, že potrebuje svoje servery synchronizovať voči stratum 0, i keď stratum 4 technicky stačilo. Odznelo snáď dosť faktov, aby sa opytujúci mohol rozhodnúť sám.

[Ja]

Pochopitelně o tom nevím prakticky nic, naivně důvěřuju tvůrcům distribuce. Jen tuším, že ty servery ve skutečnosti nejsou ntp servery, jen prostředníci, kteří mi nějaký server zprostředkují. Čas mi stačí +/-vteřina, hlavně aby se nevracel, to mi dělá potíže. Když mne přepadne nejistota, pustím si ntpstat a dozvím se že:

synchronised to NTP server (77.78.110.71) at stratum 3 
   time correct to within 77 ms
   polling server every 1024 s

a kdybych už byl úplně chtivý informací, zkusil bych ntpq a příkaz peers.

[Ja]

A restrict ? Hádám, že je to pro případ že bych v pominutí smyslu vypnul iptables, tak aby mě někdo nepoužíval jako časový server.

[jany2]

Pani :)

Ja potom vsetkom co ste tu popisali, mam chut to synchronizovat raz do tyzdna cez webmin

[cronin]

Aha, takže spustíte ten ntpdate manuálne, namiesto aby ste túto otravnú robotu nechal robiť cron. Problém vyriešený.

[lertimir]

S tím jak je ntpd složité, bych si dovolil nesouhlasit. I s tím, že primární je pro ntpd čas poskytovat. I v man stránce ntpd je první věta o tom, že ntpd nastavuje a udržuje systémový čas. Ne ta, že primárně čas poskytuje. Je jasné, že pokud přesný čas mám, tak je mnohdy rozumné ho i poskytovat dále. Spotřebou paměti je ntpd pár set kB, což v současnosti při xxGB pamětech je jedno. A vzhledem k tomu, že stabilizovaný NTPD se ptá po 1024 vteřinách, tak je to asi 3 za hodinu, tak jeho zátěž systému bude celkově nižší, než když cron by každou hodinu spouštěl ntpdate.

Na druhou stranu plně souhlasím s tím, že si mám pohlídat s čím se budu synchronizovat. fedora.pool.ntp.org asi nebudou ty nejlepší servery a synchronizace proti serveru v americe s delay 100ms a jitter 50ms je blbost.

Na druhou stranu, pokud jde tazateli o přibližnou synchronizaci a seštelování jednou či dvakrát denně tak cron a ntpdate je v pohodě.

[Petr Šobáň]

Co takhle vyřešit HW problém?

Pokud se čas rozchází moc a čímdál tím víc tak nebude slabá baterka na MB (nejdříve to začne odnášet čas pokud je zrada tam).

No a potom to řešit SW použít ntpd a je po problému a jako servery vložit:

server 0.cz.pool.ntp.org

server 1.cz.pool.ntp.org

server 2.cz.pool.ntp.org

server 3.cz.pool.ntp.org

Viz: Czech Republic — cz.pool.ntp.org

[jany2]

Takze skusim to takto

crontab -e

30 01 * * * /usr/sbin/ntpdate sk.pool.ntp.org

dufam ze to bude fungovat a v noci o 1:30 to updatuje

(btw zistil som, ze za 24 hod to robi rozdiel cca 10 s)

[Petr Šobáň]

No a které hodiny se rozcházejí?

HW hodiny? -> co ta baterka ?

SW hodiny? -> co soubor adjtime ?

[jany2]

Bohuzial to som si nestihol vsimnut ci sa jedna o spozdenie SW, alebo HW hodin. A ani baterku som nepozeral. Jedna sa o PC zapnuty 24/7, ma vobec baterka na to vplyv ?

BTW ten riadok v crontab zabral, lebo pozeram, ze hodiny su uz zrovnane a v syslog vidim riadok

Oct 31 01:30:01 local-server /USR/SBIN/CRON[32736]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)

Lenze ten riadok vidim kazdych 10 min :)

[Petr Šobáň]

Může mít.

Jak hodinový obvod nemá správné napájení tak podle zapojení se předbíhá nebo spožduje.

Kdysi na MB byla NiCd a dobíjela se když byl PC zaplý přes diodu a odpor.

Dnes jsou tam nedobíjecí baterky, některé MB mají hodiny napájené jenom z baterky (rozchází se vždy jak baterka odchází), a některé jak ze zdroje tak z baterky (rozchází se pouze jak je PC vyplé).

Pokud už má MB (baterka) nějaký rok tak bych ji vyměnil.

Většinou tam je CR2032 a většinou vydrží tak 5let.

Pokud se rozchází SW čas je možné že máš špatné údaje v /etc/adjtime.

[jany2]

Ten PC je hodne stary odhadujem mu cez 10 rokov (mam ho z druhej ruky) ale neviem si ho vynachvalit, ten bude slapat snad dalsich 10 rokov 24/7 :)

Neviem kedy ho budem musiet nutene vypnut, ale ked ho vypnem, tak mrknem na tu baterku

V /etc/adjtme to vyzera asi takto

-0.477450 1351253295 0.000000

1351253295

UTC