2012/9/26 Marco Marongiu <[email protected]>: > On 26/09/12 13:21, Mauro wrote: >>> Quando dici che l'orologio va "avanti anche di un'ora" intendi che va >>> > avanti _esattamente_ di un'ora, o che all'improvviso accelera? >> Non so se accelera, so che improvvisamente me lo ritrovo avanti. >> Controllo i server ogni giorno piu' volte al giorno. > > È un dettaglio importante. > > Fai una cosa: metti in cron qualcosa tipo: > > /usr/sbin/ntpdate -q it.pool.ntp.org | grep "adjust time" >> > /root/ntpdate.log > > (su una linea sola). Fallo eseguire ogni 15 minuti (o 30 o 60, comunque > non più frequentemente di 15 minuti). > > Lascialo andare per un po (p.e., se lo fai ogni 15 minuti, 2 ore > dovrebbero essere sufficienti). > > Poi fammi sapere in quale modo cambia l'offset. > > >> Capita che improvvisamente pero' mi ritrovi una delle due macchine con >> l'orario avanti di molto, una volta si e' trattato di due ore esatte, >> stamattina circa un'ora e 50 minuti. >> Quanto succede questo ntp non me lo ritrovo in esecuzione e nei log >> non c'e' traccia di nulla. > > È normale. Se l'orologio è troppo instabile, o cambia troppo > rapidamente, ntpd si suicida per evitare di aggiungere casino al casino. > > >>> > L'orologio è sempre troppo veloce, oppure è regolare fino a un certo >>> > punto, e poi improvvisamente prende a correre? >> Sembra che succeda cosi', per giorni e giorni l'orario e' perfetto poi >> improvvisamente mi capita di ritrovarlo avanti di molto. > > Curioso davvero. Potrebbe essere un problema hardware, o interazioni > strane fra le VM e l'host. Oppure... uhm... che distribuzione usi?
Debian squeeze. > Sempre allo scopo di raccogliere informazioni, ti direi abilita la > direttiva statsdir e riavvia il demone. Se veramente va regolare e poi > scazza, quei file potranno dirci qualcosa. Fatto. >>> > Quali messaggi lascia ntpd nei log quando queste cose succedono? Sarebbe >>> > interessante vederli dall'avvio di ntpd fino a quando si arrende. >> Quando ntp si arrende lo fa in silenzio, non c'e' traccia nei logs. > > Strano davvero. Vedi se puoi invitarlo ad essere più loquace. Non so su > che versione di ntpd e su che distribuzione sei, quindi non so > esattamente come fare, ma dovresti trovare facilmente l'informazione. Mi sa che la cosa e' impossibile a meno di ricompilare i sorgenti. Il deb di ntp e' stato compilato col flag -d per il debug disabilitato percio' non saprei proprio come fare. >>> > Se fosse necessario, potresti "scaricare" la macchina spegnendo tutte le >>> > macchine virtuali per, diciamo, un'ora? >> Posso farlo. >> Potrei spegnere tutto per un'ora nodi compresi. >> Pensi che sia il caso? > > No, fermare tutto potrebbe servire per eseguire una ricalibrare > l'orologio di sistema, che va fatto a macchina scarica. > > A proposito!!! > > Se l'orario attuale è sfasato, potresti gentilmente darmi l'output di > > date ; hwclock --show > > per favore? Purtroppo ho resettato l'orario ma sono sicuro che il problema si ripresentera' nell'arco di una settimana. Prima di resettarlo avevo comunque fatto un hwclock --show e, non vorrei ricordare male, ma anche l'orologio del bios risultava avanti. >>> > Potrebbe essere una situazione facilmente risolvibile, o un casino :) >> Le ho tentate quasi tutte se non risolvo mettero' in cron ntpdate. > > E faresti male. Se riporti indietro l'orologio a calci, tutte le > applicazioni che si aspettano che il tempo di sistema sia monotono > potrebbero arrabbiarsi un filino. E fra quelle applicazioni, che io > sappia, c'è Xen. Lo immagino ma se non risolvo succede che i due nodi del cluster si ammazzano tra loro trovandosi l'orario sfasato. La cosa strana e' che i due nodi sono perfettamente identici sia come hardware che come software installato ma questo problema dell'orario, almeno ultimamente, l'ho osservato in uno solo dei nodi. L'orologio del bios di entrambi e' corretto, segnala l'ora in UTC. _______________________________________________ Gulchelp mailing list [email protected] http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp
