Dotaz: NTP vs. letni cas

[Marek]

Na jednom servriku s CentOS 3.5, v US timezone mi bezi synchronizace casu pres ntp, ted tam zavadi letni cas, budu muset neco updatnout nebo to ntp poresi? Diky

jeste pridam vypis /etc/sysconfig/clock

ZONE="America/New_York"
UTC=false
ARC=false

Odpovědi

[Filip Jirsák]

NTP synchronizuje čas v UTC. Převod mezi lokálním časem a UTC musí být někde definován – třeba v Gentoo je to link v /etc/localtime do /ushr/share/zoneinfo, takže asi bude nutné zaktualizovat tam příslušný soubor. CentOS na to určitě bude mít nějaký balíček.

[Marek]

a kdyz to prehodim do UTC?

[Filip Jirsák]

Tak nezískáte správně místní čas, resp. jako místní čas bude uváděn čas UTC. Pokud se s tím smíříte…

[otula]

Hm, já používám UTC, a hodiny v KDE mi teď ukazují 18:19

[Ash]

Tak to asi máte localtime fakt Prague a ne N.Y.C :)

[otula]

To teda fakt mám I když mám vždy, když někomu instaluji systém, chuť tam napsat Europe/Brno - ale asi by se Linux divil

BTW, co to je to ARC? To ve svém /etc/rc.conf nemám :)

[Pavel1]

I já to tam mám, ač nevím, oč jde (Gentoo) - a ani to neřeším

### ALPHA SPECIFIC OPTIONS ###
# If your alpha uses the SRM console, set this to "yes".
SRM="no"
# If your alpha uses the ARC console, set this to "yes".
ARC="no"

[otula]

Klidně to přehoď do UTC, hlavně si ale místo té Ameriky nastav Europe/Prague.

[Marek]

ten stroj tam skutecne je

[otula]

Jejda, příště bych si měl pozorněji přečíst otázku

[jurasek]

v kazdem pripade muzete zjistit aktualni nastaveni v ramci vaseho systemu takto:
zdump -v Europe/Prague | grep 2007
jurasek

[Petr Šobáň]

Nějak nechápu co tady řešíte ?

V PC si nastavte zda v BIOSu máte lokální čas nebo UTF.

No a potom si nastavte správné časové pásmo pro příslušné uživatele i každý uživatel může mít jiné časové pásmo .

Důležité je pouze správné nastavení zda BIOS používá UTF nebo lokální čas, a správně nastavená časová zona pro celý PC.

Jak si časovou zonu nastaví uživatelé už je jedno.

[Marek]

resim to, ze na serveru s centosem 3.5, ktery se z urcitych duvodu nemuze uprgadnout a je umisteny v usa, potrebuji nejak zajistit, aby tam byl odpovidajici cas s ntp synchronizaci
ted tam zavadeli letni cas nebo jeho zacatek posunuli na 11.3. a vim, ze treba ve slacku kvuli tomu vysel aktualizovany balik glibc-zoneinfo, pro tenhle starsi centos jsem nic takoveho nenasel

[lefti]

zkus google tzdata

[lefti]

Bude stacit updatovat jen tenhle balicek.

[Messa]

Kdo kde zavádí letní čas? Myslím, že to se dělalo někdy v minulém století.

Vše by se mělo provést samo. Asi by nebylo normální kdyby se všichni admini ve dvě v noci museli přihlašovat na všechny stroje a ručně měnit čas.

[podlesh]

Bohužel definice začátku a konce letního času se mění politickými rozhodnutími. To se stalo právě nyní v USA.

[*]

nejen. prihodilo se tak pro cca 20 zemi, ktere se po USA opici, tak jak mi po EU.

[podlesh]

1) Jiste, ale rec byla o USA.

2) Fakticka poznamka: My se po EU neopicime, ani to neni z principu mozne.

[Messa]

Tak to se omlouvám. Zajímavé že se to ke mě ještě nedostalo, o mnoha banálnějších věcech z USA se z různých médií dovídám celkem často

[michich]

Red Hat vydal update na tuto změnu DST pro RHEL 3 už před rokem. To je dost dlouhá doba na to, aby ten update CentOS už stihnul převzít, takže jestli nekašleš na updaty, už to tam asi máš.

[*]

byl bych popisnejsi, ale obavam se, ze bych porusil smluvni podminky, takze tentokrat jen:

man zdump

parametr v

a podivejte se co znamena zoneinfo a ktery zpusoby zapisu casovych zon nejdou pres zoneinfo, ale pres libc a potom se kouknete na javu na sunu a jeste na vsechny pribalovany javy do nejruznejsich komercnich aplikaci, jako treba takovy ty co se motaji kolem databazi a webovych sluzeb.

[*]

Jo a jeste samozrejme neni dobre zapominat nejruznejsi C++ proprietarni tridy, ktere maji rovnez problem s tim, ze pouzivaji vlastni zakompilovana zonova pravidla.

[Marek]

diky vsem za pomoc, balik tzdata-2006a-2.EL3.1.noarch.rpm by to tedy mel resit

jeste jedna otazka, bude nutny restart systemu?