Re: [OT] orario continuamente fuori sincrono.

[Mauro <mrsanna1@gmail.com>]

2012/9/22 Lorenzo Beretta <lory.fulgi@infinito.it>:
> On 21/09/2012 13:20, Mauro wrote:
>>
>> 2012/9/16 Mauro<mrsanna1@gmail.com>:
>>>
>>> 2012/9/15 Lorenzo Beretta<lory.fulgi@infinito.it>:
>>>>
>>>> On 15/09/2012 15:20, Mauro wrote:
>>>>>
>>>>>
>>>>> Ho due server, in ciascuno dei quali gira ntp.
>>>>> Inizialmente in ciascuno ho settato in modo corretto l'orario di
>>>>> sistema dopodiche' ho fatto hwclock --systohc --utc.
>>>>> Sembra tutto a posto.
>>>>> Succede pero' che in uno dei due server l'ntp daemon va in crash e non
>>>>> capisco il perche'.
>>>>> Ogni volta che succede noto che l'orario del server va di molto fuori
>>>>> sincrono, talvolta anche di 1 ora.
>>>>> Immagino che la causa del crash di ntp sia questa e cioe' l'orario del
>>>>> server va avanti di un tanto che ntp non riuscendo piu' a
>>>>> sincronizzarlo va in crash.
>>>>> Ora mi chiedo come mai, nonostante l'hardware clock sia corretto,
>>>>> l'orario improvvisamente vada fuori sincrono.
>>>>> Se anche ntp andasse in crash per conto suo senza motivo, comunque non
>>>>> capisco perche' l'orario del server me lo ritrovi un'ora avanti, forse
>>>>> un problema con la batteria cmos?
>>>>> Avete qualche idea?
>>>>>
>>>>>
>>>> Su ntpd al momento no, ma per quel che riguarda la batteria cmos si può
>>>> verificare facilmente se è lei -- disabiliti ntpd, sincronizzi l'ora a
>>>> manina con ntpdate, gli dai un po' di tempo e vedi se l'orologio di
>>>> sistema
>>>> rimane +o- sincronizzato (magari sballando di qualche secondo) oppure va
>>>> per
>>>> i fatti suoi.
>>>>
>>> Certo che e' strano, ntpd gira su due nodi di un cluster i quali hanno
>>> lo stesso hardware e lo stesso software, in pratica sono due gemelli.
>>> Ntpd va in crash solo in uno dei due, non capisco.
>>
>>
>> Sembra un bug del kernel.
>>
>> http://my.opera.com/marcomarongiu/blog/2010/08/18/debugging-ntp-again-part-4-and-last
>>
>>
> Verificato che è quello? Funziona "disable kernel"? Nel caso un rimedio
> temporaneo potrebbe essere openntpd -- è meno preciso di ntp, e la versione
> per linux è mantenuta solo da alcune distro (debian e arch che io sappia :),
> ma
> 1. è semplicissimo da usare, e
> 2. il motivo per cui è meno preciso è che fa il minimo indispensabile per
> sincronizzare l'ora: la versione upstream (*) chiama solo adjtime, non
> adjtimex -- incrociando le dita, è probabile che riesca a non incoccare in
> quel benedetto bug.

Avevo installato openntp al posto di ntp e purtroppo si e' ancora
verificato il problema, mi sono ritrovato l'orario dei due server
avanti di ben due ore.
Ora ho rimesso ntp abilitando l'opzione disable kernel, spero sia la
volta buona perche' non so piu' che pesci pigliare.
Certo e' che se fosse un bug del kernel la cosa e' molto fastidiosa.