Obtendo tempo para sincronizar com o NTP no Centos 5 VM

1

My Centos 5 VM está perdendo tempo.

Eu vasculhei respostas diferentes para resolver esse problema.

Eu olhei as dicas do VMWare e adicionei tinker panic 0 no topo do meu arquivo ntp.conf. Eu também mudei os parâmetros do kernel para:

kernel /vmlinuz-2.6.18-194.32.1.el5 ro root=/dev/VolGroup00/LogVol00 notsc divider=10 clocksource=acpi_pm

Funcionou por um tempo e, em seguida, reiniciei recentemente minha máquina e ela está de volta aos seus antigos modos novamente. Não tenho certeza de como fazer isso funcionar novamente, embora tenha seguido o mesmo procedimento da última vez.

Alguma idéia?

Veja como o meu ntpq -pn se parece:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 122.226.192.4   204.152.184.72   2 u   32   64  377   68.894  38873.7 5711.48
 116.193.170.16  192.93.2.20      2 u   35   64  177  135.991  45598.7 10745.4
 116.193.83.174  192.43.244.18    2 u   38   64  377   76.782  43291.2 8170.13
 61.153.197.226  209.81.9.7       2 u   32   64  377   83.523  34288.8 6679.24
    
por lamp_scaler 05.08.2011 / 22:36

4 respostas

1

Eu me sinto como um idiota completo. Apenas percebi que estava carregando o kernel padrão errado no grub e as opções do grub tinham um erro de ortografia em um dos valores. Eu consertei agora e está funcionando ...

Para quem está curioso, eu falei mal:

clocksource=acpi_pm

como

clocksource=acpi_p

Lição aprendida.

    
por 08.08.2011 / 21:27
0

Este é um kernel x86 ou x86_64? Vejo que você já passou pela documentação do VMWare - você já tentou definir "clock = pit"?

Eu tenho visto esse comportamento específico ao usar processadores da AMD, embora tenha sido um tempo (especificamente, eu vi isso em CPUs AthlonXP e Athlon64 há cerca de 6-8 anos), e só foi capaz de corrigi-lo até então por completamente desabilitando qualquer tipo de gerenciamento de energia da CPU que afeta o TSC no sistema host (isso seria qualquer coisa que altere a frequência do clock da CPU), e forçando meus convidados Linux a rodar com "clock = pit". Intel chips para o meu conhecimento nunca foram afetados - eu acho que sua implementação do TSC foi melhor.

    
por 05.08.2011 / 23:14
0

Você analisou as melhores práticas de tempo do VMWare para convidados do Linux ?

Tente

divider=10 clocksource=acpi_pm

ou

divider=10

na sua configuração de bootloader.

 

Você também vai querer tentar:

vmware-guestd --cmd "vmx.set_option synctime 1 0"

para interromper a disputa entre as ferramentas guest do VMWare e o NTPd.

    
por 06.08.2011 / 10:34
0

Sua saída ntpq está faltando algum símbolo à esquerda dos hosts upstream para indicar o que seu servidor ntp pensa deles.

Normalmente, um deles terá um * ao lado e os outros terão um + ou um - O * é a fonte de tempo escolhida atualmente, + é um candidato e - foi excluído dos candidatos. Existem outros símbolos, mas você raramente os vê.

A falta de símbolos sugere para mim que o seu servidor ntp não está tentando definir seu próprio tempo a partir de qualquer outro servidor e isso provavelmente se deve a permissões.

Verifique as linhas "restritas" na sua configuração ou sinta-se à vontade para adicioná-las à sua pergunta.

    
por 08.08.2011 / 11:12