Zpožďování systémových hodin

[Skeletonix]

Ahoj,

 zjistil jsem, že se mi výrazně zpožďují systémové hodiny. Hodiny v Biosu (hwclock) jdou dobře, jen ty systémové se zbrzdí  za 30 min o 5min. Je to velmi nepříjemné, prosím co to může způsobovat ? Zkoušel jsem aktivovat synchronizaci z internetem, ale na takovýto rozdíl je krátká.

Děkuji

[Michal Breškovec]

To by mohla být slabá baterka, která drží BIOS. Zkus ji vyměnit, měla by to být obyčejná RS232.

[Skeletonix]

Už je to vyřešeno (doufám) :
musel jsem smazat /etc/adjtime a synchronizovat systémový a hardwarový čas s internetem

Kód: [Vybrat]

sudo rm /etc/adjtime && sudo /usr/sbin/ntpdate -u tak.cesnet.cz && sudo hwclock --systohc

[anicka]

Už je to vyřešeno (doufám) :
musel jsem smazat /etc/adjtime a synchronizovat systémový a hardwarový čas s internetem

Kód: [Vybrat]

sudo rm /etc/adjtime && sudo /usr/sbin/ntpdate -u tak.cesnet.cz && sudo hwclock --systohc

Díky moc za tip! Také jsem s tím měla problém, a zatím je to OK :-D ...

[Skeletonix]

mno teď se mi to zase trošičkou pro změnu předbíhá ... ale to už je snesitelné,

[Skeletonix]

... tak to byla baterka

[Skeletonix]

ne nebyla ... teď jde zase čas napřed po výměně

[DuckD]

Myslím že na hodiny funguje v linuxu nějaká fce která může časovou periodu upravovat. Nevím zda to není něco jako adjustime (tick adjust). driftfile /etc/ntp/drift asi pomůže.

[Pavelp]

Ntptime umi "serizovat" tik systemovych hodin postupne tak, aby se blizil co nejvice idealu. Hodnota rozdilu je ve /var/lib/ntp.drift a neustale se upravuje a zpresnuje. Cim dele stroj bezi, tim lepe jsou hodiny serizene.

[Skeletonix]

adjustimex jsem vyzkoušel ... funguje jen v recovery modu, jinak hlásí po 2-3 průběhu: invalid argument.  Teď už se to předběhne tak za 4h o 15min .. což není tak strašné ale pořád to není to pravé. Zkoušel jsem již jádru dát parametr noapic ... ale zatím nemohu najít řešení

[Skeletonix]

... už jsem vyzkoušel vše možné, ale systémový čas si děla stále co chce. Nedávno jsem si hrál s cpufreq, může to na to mít vliv ? Škálování f CPU jsem zrušil, ale asi od té doby blbne čas.

[DuckD]

Možná nastavit přímo odchylku v /etc/ntp.drift
Nebo nechat aktualizovat čas přes inet každou půlhodinu nebo čtvrthodinu s NTP serverem. http://phoenix.inf.upol.cz/~bazgierv/ntp.html

[Skeletonix]

soubor /etc/ntp.drift vůbec nemám v systému. Nemohl by to být ten problém ?

[Pavelp]

Dela si ho ntpserver, kdyz neni nainstalovany, neni ani ntp.drift a hodiny se pravdepodobne ridi nejakym klientem, ktery saha na nejaky ntp server v internetu. Priznavam, ze jsem nezjistil, jak to je v Ubuntu udelane se synchronizaci casu. Mam dojem, ze nejak divne.
Instalovat ntpserver na obycejneho klienta je IMO tak trochu "kanon na vrabce". Mam na siti dva stroje s NTP servery, ktere se synchronizuji podle serveru Cesnetu a vsechny stanice si tahaji cas od nich.

[SKOČDOPOLE Tomáš]

Pokud se zpozduji hodiny, je mozne, ze neprichazeji signaly z casovace hodin...

[Skeletonix]

a jak to napravit či je to HW problém ?... stále to neběží. Snad to spraví plánovaný prázdninový reinstall systému kvůli reorganizaci disku.

[Pavelp]

No a zkusil jste nainstalovat resp. mate tam nainstalovane to NTP - bud klienta, nebo i server ?

[Skeletonix]

zkoušel jsem to s nainstalovaným balíkem NTP i s odinstalovaným a žádná změna

[Pavelp]

Zmena se projevi, az kdyz ntp bezi. Kdyz ntp spoustite, musite mit systemovy cas radove na minuty presne, jinak s tim nic neudela. To je schvalne, aby nevznikaly skoky v case (velke databaze a podobne).
1. nainstalovat ntp
2. zkonfigurovat ntp servery, tik.cesnet.cz, tak.cesnet.cz, nebo nejaky pool / je to v dokumentaci
3. zastavit (/etc/init.d)
4. nastavit systemovy cas
5. spustit ntp

NTP server ma nastroje pro kontrolu synchronizace. Pokud ho spustite a bezi dele nez 5 minut, "chytil se" a synchronizuje. Kdyz se ukonci, neco neni v poradku.
Stav, pokud NTP bezi, zjistite programy ntpq, ntpdc, nebo prikazem ntptrace.

[Skeletonix]

tak to vypadá že běží :

Kód: [Vybrat]

ntptrace
localhost: stratum 2, offset 0.003220, synch distance 0.536503
tak.cesnet.cz: stratum 1, offset 0.000000, synch distance 0.002700, refid 'GPS'tak snad půjde i čas jak má

[Skeletonix]

hmm ... tak už to hlásí toto:

Kód: [Vybrat]

localhost: stratum 2, offset -0.124933, synch distance 0.974847
***Invalid association ID specifiedto asi nebude dobře

[DuckD]

Mam na serveru soubory:
/etc/ntp.conf    (192.168.2.0- vnitřní síť)

Kód: [Vybrat]

restrict default noquery notrust nomodify
restrict 127.0.0.1
restrict 192.168.2.0 mask 255.255.255.0
fudge 127.127.1.0 stratum 3
server 147.228.57.10
server 195.113.144.201
server 195.113.144.238
server 127.127.1.0
driftfile /etc/ntp.drift
logfile /var/log/ntp.log/etc/ntp.conf.sv

Kód: [Vybrat]

restrict default nomodify noquery
server  127.127.1.0
fudge   127.127.1.0 stratum 10
driftfile /etc/ntp/driftA v pohodě to maká.
Ten poslední příspěvek je výpis z logu?

[Pavelp]

Co se Vam nelibi, mate server stratum 2, to je malo ?

[Skeletonix]

jen mě mátlo ... ***Invalid association ID specified

[Mirbol]

Nedalo by se přece jen zjistit, proč se ty hodiny předbíhají/opožďují? Když jdou hodiny v BIOSu dobře, tak to musí být chyba v systému. Každých pár minut muset synchronizovat čas, aby hodiny neukazovaly nesmysly, to tedy není správné řešení.

Radu ale nemám, já tady na fóru Linux teprve "očuchávám", neb bych si ho rád v budoucnu nainstaloval jako druhý systém. Ale zde probírané řešení mi  i přes mou neznalost nevoní...