CentOS 6 host KVM com o CentOS 6 convidados kvm-clock habilitado drift time principal

1

Eu tenho um host CentOS 6 KVM com o CentOS 6 guests, todos de 64 bits. O host sincroniza o tempo do NTP e permaneceu ativo.

Todos os convidados têm kvm-clock listado como current_clocksource , mas nas últimas três semanas eles se afastaram cerca de 4 horas do host.

Fiquei com a impressão de que kvm-clock impediria que isso acontecesse. Até mesmo os RHEL docs parece sugerir isso ...

Red Hat Enterprise Linux 5.5 and newer, and Red Hat Enterprise Linux 6.0 and newer, use kvm-clock as their default clock source. Running without kvm-clock requires special configuration, and is not recommended.

Normalmente, sempre executo ntpd nos convidados, bem como no host, para garantir que o tempo permaneça sincronizado.

Alguém já viu isso acontecer antes, sabe de alguma razão que isso possa ter acontecido e uma maneira de evitar que isso aconteça no futuro?
Idealmente, sem ter ntpd de sincronização de dentro dos convidados.

    
por batfastad 13.02.2014 / 18:09

2 respostas

1

Os documentos também recomendam executar ntpd em convidados, isso é absolutamente normal. kvm-clock sincroniza os convidados quando eles inicializam, mas não depois.

    
por 14.02.2014 / 02:54
2

Esta é a melhor explicação que encontrei para o tempo que você observou:

link

Resumidamente, o relógio de "hardware" do convidado (kvm-clock) é atualizado a partir do relógio de hardware do host a cada 5 minutos, e em "eventos" como a migração de um vcpu para uma cpu física diferente. O relógio do sistema do convidado (aquele com quem você se importa) provavelmente NÃO será atualizado.

Já vi pessoas sugerirem a execução de hwclock --hctosys, mas a página do manual hwclock diz que isso nunca deve ser usado em um sistema em execução sob pena da corrupção do registro de data e hora do sistema de arquivos e de outros problemas.

Por enquanto (2016-10), a Red Hat recomenda executar o ntp dentro de cada convidado, bem como o host. Os sistemas que usam o systemd geralmente possuem systemd-timesyncd, o que deve ser suficiente para manter o relógio do sistema sincronizado. Sistemas sem systemd e aqueles que executam o RHEL 7 (no qual systemd-timesyncd está ausente) podem executar chrony ou ntp.

No futuro, pode não ser mais necessário executar o ntp em cada convidado. A Red Hat está trabalhando em um pedido de recurso para eliminar este requisito (relatório de bug de melhoria no link acima).

    
por 03.10.2016 / 20:27

Tags