Systemovy cas preskocil o hodinu

[Adam Pribyl]

On Sat, 9 Jun 2012, Petr Baláš wrote:

> Problém je velice jednoduchý:
> aktualizace balíčku nut posune čas o 2 hodiny.
> A to evidentně NENÍ korektní chování.

Pokud mate v systemu nastaveno ze hodiny nejsou v UTC, ale ve skutecnosti 
jsou, pak vidim problem jen v konfiguraci systemu, nebo nastaveni HW 
hodin. Hadat se nebudu, ale pokud to budete chtit napravit, budete to asi 
muset v bugtrackeru vysvetlit sam.
Diskutovat by se dalo pouze o tom, zda aktualizace baliku nut, resp. 
udevadm trigger --action=change ma co nastavovat hodiny.

Adam Pribyl

> 2012/6/9 Adam Pribyl <pribyl na lowlevel.cz>:
>> On Sat, 9 Jun 2012, Petr Baláš wrote:
>>
>>> A dohledal jsem že je použit v postinst tento příkaz
>>> udevadm trigger --action=change
>>> ten následně spustí
>>> /lib/udev/rules.d/85-hwclock.rules
>>> a ten spustí
>>> /lib/udev/hwclock-set
>>> a ten (pokud v /etc/default/rcS NENÍ UTC=yes) spoustí příkaz
>>> /sbin/hwclock --systz --localtime --noadjfile
>>> a ten posune hodiny o 2 hodiny do minulosti
>>
>>
>> Nevim zda to neni zbytecne, ale podle manualove stranky:
>> "
>> --localtime
>>              Indicates that the Hardware Clock is kept in Coordinated
>> Universal Time or local time, respectively.  It is  your  choice
>>              whether  to  keep your clock in UTC or local time, but nothing
>> in the clock tells which you've chosen.  So this option is
>>              how you give that information to hwclock.
>>
>>              If you specify the wrong one of these options (or specify
>> neither and take a wrong default), both setting and querying of
>>              the Hardware Clock will be messed up.
>>
>> "
>>
>> Tedy pokud v systemu neni indikovano, ze HW hodiny maji UTC cas, pak se
>> predpoklada, ze v nich je local time. --systz pak nastavi cas podle Time
>> Zone nastavene v OS. Pokud mate HW hodiny v UTC, ale OS o tom nevi, nema jak
>> se to dozvedet a podle TZ nastavi hodiny v OS na hodnoty z HW hodin. Pokud
>> ale mate pusteny NTP, pak se hodiny musi zase zkorigovat (i kdyz tusim NTP
>> mel nejakou berlicku, ze kdyz byly hodiny prilis daleko od spravneho casu
>> tak nastaveni neprovedl).
>>
>> Mozna mi neco unika, ale nevidim kde je ta chyba.
>>
>>
>>
>>> Vyzná se tu někdo dostatečně v udev a spol aby dokázal říci KDE je chyba
>>> a tuto reportoval do Debian bugtrackeru?
>>>
>>> Petr Baláš
>>
>>
>> Adam Pribyl
>>
>>
>>
>>>
>>> 2011/12/2 Martin Tiršel <lk na blackpage.eu>:
>>>>
>>>> Zdravim,
>>>>
>>>> prave pozeram na server, ze mu ide nejako zle cas a nechapem preco, bezi
>>>> tam
>>>> ntp a este pred chvilou bolo vsetko ok. Pozeram a nieco malo po pol
>>>> druhej
>>>> preskocil cas o hodinu dopredu. V kern.log toto:
>>>>
>>>> Dec  2 02:37:39 tequila kernel: [494488.071210] Clocksource tsc unstable
>>>> (delta = -2999660116409 ns)
>>>>
>>>> Vie mi to niekto vysvetlit co sa stalo? Je tam Debian Squeeze
>>>>
>>>> Linux tequila 2.6.32-5-xen-amd64 #1 SMP Mon Oct 3 07:53:54 UTC 2011
>>>> x86_64
>>>> GNU/Linux
>>>>
>>>>
>>>> Bezia tam denne desattisice uloh, ktore musia byt vykonane v presny cas a
>>>> toto ma celkom rozhodilo :(
>>>>
>>>>
>>>>
>>>> --
>>>> S pozdravom,
>>>> Martin Tiršel