Como posso resolver o relógio à deriva para a minha máquina virtual?

StackOverflow https://stackoverflow.com/questions/117422

  •  02-07-2019
  •  | 
  •  

Pergunta

relógio My Virtual Machine deriva muito significativa. Há documentação lá fora, sobre como lidar com isso, mas nada parece estar funcionando muito bem.

Alguém tem alguma sugestão, as coisas que funcionaram bem para eles, ...

Supostamente actualização regular via NTP não é uma boa solução.

Foi útil?

Solução

um realmente bom PDF doc neste problema.

Basicamente, o anfitrião vai matou os carrapatos entregues a seus convidados quanto possível. NÃO executar NTP ou cronometrado ou junk assim. Basta instalar vmware-guestd e deixar o acolhimento matou seus carrapatos. Se você ainda carrapatos perder, então qualquer outra solução terá grande deriva também.

Se você puder, use um sistema operacional convidado que tem uma taxa de carrapato baixa frequência. Versões mais recentes do Linux vêm com carrapatos 1000Hz, mas usado apenas para ser 100Hz. Isso parece mais fácil para o anfitrião para entregar. Um kernel reconstruir é normalmente necessário para alterar o valor HZ.

Outras dicas

  1. Leia você vmware documentação cuidadosamente antes de ouvir ninguém. Estamos executando ESX5.

marcam o tempo as melhores práticas para convidados Linux entre outras coisas diz: Ref: http://kb.vmware.com/selfservice /microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427

Recomendações NTP Nota: VMware recomenda que você use NTP em vez de VMware Tools tempo sincronização periódica. NTP é um padrão da indústria e garante tempo preciso manter em seu convidado. Você pode ter que abrir o firewall (UDP 123) para permitir o tráfego NTP.

Esta é uma /etc/ntp.conf amostra: 

tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift

Trata-se uma amostra (específico RedHat) / etc / NTP / etapa-relógios: 

0.vmware.pool.ntp.org
1.vmware.pool.ntp.org

A diretiva de configuração Tinker pânico 0 instrui NTP não desistir se ele vê um grande salto no tempo. Isso é importante para lidar com grandes desvios de tempo e também de retomar as máquinas virtuais a partir de seu estado suspenso.

Nota:. O funileiro pânico directiva 0 deve estar no topo do arquivo ntp.conf

Também é importante não usar o relógio local como fonte de tempo, muitas vezes referida como os indisciplinados local do Relógio. NTP tem uma tendência a cair de volta para isso em preferência aos servidores remotos quando há uma grande quantidade de desvio de tempo.

Um exemplo de tal configuração representa um: 

server 127.127.1.0
fudge 127.127.1.0 stratum 10

Comentário as duas linhas.

Depois de fazer alterações na configuração do NTP, o daemon NTP deve ser reiniciado. Consulte a documentação de seu sistema do fornecedor operacional.

Só para acrescentar alguns dados sobre o porquê NTPD não é uma boa solução. NTPD é um daemon que tenta compensar a deriva relógio local; se o "relógio interno" se afasta por um número X de segundos em um dia, em seguida, em vez de saltar à frente / trás, como um comando forçado como em "ntpdate" NTPD tenta adicionar / remover alguns ciclos do relógio para que no tempo, normalmente dentro de 15 minutos, o relógio é executado com precisão suficiente e a remuneração supera este número X de segundos que os servidores de ganhos / perdas em um dia. Isto tem a vantagem de que você não vai ver qualquer hora do dia repetido, o que é uma obrigação para para sistemas transacionais.

Mas, para ser capaz de fazer isso, NTPD requer que o relógio local faz um trabalho razoavelmente bom, o que normalmente significa que o relógio local não vai se afastar mais de 42 segundos por dia (mais ou menos, eu não tenho certeza do número exato). Isso normalmente é um problema em máquinas virtuais, uma vez que o relógio é controlada por software, por isso, se o anfitrião tem muita sobrecarga, era evidente que relógio do cliente será executado mais lentamente, e se isso não acontecer, então o relógio poderia correr muito velozes. O problema aqui para NTPD é que o relógio local não é confiável e não tem uma tração constante no tempo; pode ser mais ou menos dependendo da sobrecarga do sistema HOST.

Portanto, neste caso, é melhor para instalar as ferramentas de cliente como foi sugerido, e sincronizar o relógio do cliente com o relógio do host (normalmente referido como o "relógio de parede")

Não há resposta definitiva, pois existem vários métodos, cada um com seus prós e contras. O que se escolher depende de suas tarefas, a carga do servidor, sistema operacional, etc.

Leia vmware_timekeeping.pdf para compreensão completa do problema.

receitas rápidas para Linux pode ser encontrado em uma separado KB artigo

não instalar as adições de máquina virtual (ferramentas) sincronizar o relógio entre o hóspede e anfitrião OS?

Supostamente actualização regular via NTP não é uma boa solução

Essa é a solução que eu recomendaria, no entanto. Por que não é considerado bom em seu local?

Instale NTP, se você ainda não tê-lo.

ntpdate irá definir correctamente o relógio, então ntpd pode manter o relógio preciso.

O NTP projeto piscina fornece um grande conjunto de servidores NTP para escolher.

Editar só notei que você disse que acha NTP não é uma boa solução - por quê? Se você está preocupado com o efeito do relógio mudando, NTP é o ideal, como ntpd não saltar o relógio para a frente ou para trás, em vez disso, "slews" o relógio, acelerando-o para cima / baixo ligeiramente até que ele está de volta em linha com o tempo correto.

Eu tive o mesmo problema e resolveu por

  1. instalar vmware-guestd
  2. enviar o kernel um clocksource option = acpi_pm
  3. correndo hwclock-s horária como root.

Esta é uma questão de idade, mas que estava afetando-nos recentemente. O que eu encontrei foi a de que qualquer um dos nossos do vm que estavam executando o VMware Tools foram afetados pelo problema.

Mais recentemente, começou a usar-vm open-ferramentas e sobre aqueles de vm a opção não foi definida. Desde-vm open-ferramentas é totalmente suportado e recomendado por Vmware eu sugiro usá-lo durante o VMware Tools: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2073803

Se open-vm-tools está em um repositório que você usá-lo também é simples de instalar via yum install ou apt-get install etc.

Você pode usar o cmd e 

net time \\computer_name /set

para acertar o relógio remotamente (ou em um script por exemplo)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top