Eu tenho um servidor Ubuntu 9.10 rodando como um host KVM com o ntpd instalado nele. O sistema host possui o horário correto do sistema. No momento, eu só tenho um único convidado KVM, também o servidor Ubuntu 9.10. Eu não tenho o ntpd instalado, e acabei de descobrir que o relógio tem cerca de 6 minutos de atraso. Não foi assim quando foi instalado há cerca de um mês.
Achei que só precisava manter o relógio do host sincronizado e que os convidados usaram o relógio do host. Mas talvez seja uma memória do uso do OpenVZ. Eu acredito que o raciocínio estava relacionado a apenas o host poderia modificar o relógio do sistema físico.
A execução do ntpd no host e em todos os convidados é a correta? Ou há outra coisa que é preferida? Como devo manter os relógios convidados em sincronia?
Verifique qual clocksource você está usando:
$ cat /sys/devices/system/clocksource/clocksource0/current_clocksource
Verifique quais estão disponíveis:
$ cat /sys/devices/system/clocksource/clocksource0/available_clocksource
Se você tiver uma entrada "kvm-clock" em "available_clocksource", tente usá-la definição do parâmetro do kernel:
clocksource=kvm-clock
Muito bom documento aqui (geral) porque é tão complicado acertar o relógio.
Eu encontrei inúmeros problemas com timekeeping em VMs, e em várias plataformas de virtualização diferentes, eu também tive problemas com as ferramentas nativas de sincronização de tempo do Host-VM.
Meu conselho é ter uma fonte autorizada de tempo baseada em uma peça física de hardware (nesse caso, seu servidor host KVM) e sincronizar suas VMs usando os métodos de sincronização de horário do SO padrão (no seu caso, ntpd) de volta para esse servidor. Frequentemente, um intervalo de ressincronização mais curto é necessário se os convidados vm estiverem se deslocando excessivamente. Resumindo, acho que você está no caminho certo com o ntpd.
Como um exemplo no VMWare, descobrimos que a sincronização de tempo das Ferramentas VMWare só corrige a hora se der uma inversão nas VMs. Não corrigiria o tempo se uma VM ultrapassasse o host.
Há relatos de que o kvm-clock causa saltos no tempo (medidos em horas) e pode até causar congelamentos no sistema. Você pode ter que desativá-lo, assim:
link (o próprio patch ou o wrapper kvm-noclock do LD_PRELOAD).