Eu tenho várias máquinas virtuais Ubuntu em execução em um servidor Hyper-V. O servidor é uma máquina do Windows 2012r2. As VMs do Ubuntu são o Ubuntu 14.04 ou o Ubuntu 16.04 (as versões atuais do LTS).
Parece que, quando as máquinas virtuais são ligadas pela primeira vez, elas geralmente têm um carimbo de data e hora de vários dias no futuro. Isso pode ser visto no syslog. A hora do sistema é corrigida quando a conexão de rede é ativada e o NTP é iniciado.
Por que as máquinas virtuais em execução no Hyper-V começam com uma data vários dias no futuro?
O servidor host do Hyper-V está conectado a um UPS, portanto, tem um tempo de funcionamento muito longo. Tem a data e a hora corretas no momento. Ele está configurado para usar um servidor 0.uk.pool.ntp.org como uma fonte de tempo. O ADDC e o DC na minha rede também atuam como servidores de tempo para a maioria das máquinas clientes. Ambos têm o tempo correto & data atual. Ambas também são configuradas para usar vários servidores .pool.ntp.org como referência. w32tm /query /peers
confirma as configurações nas três máquinas.
Esse erro de tempo no arranque também causa problemas com minhas entradas de DNS para as VMs. Quando o sistema Ubuntu surge, ele adquire um endereço IPv4 com uma reserva DHCP. Atualmente, minha rede distribui reservas de 8 dias. Às vezes, o erro de data de ativação é tão grande que as reservas parecem ter sido solicitadas no futuro, após a data atual. Quando olho para a data de modificação do arquivo /var/lib/dhcp/dhclient.eth0.leases
, são vários dias no futuro. Isso, então, parece fazer o cliente DHCP do Ubuntu pensar que tem uma reserva que é executada até uma data de vários dias no futuro. O cliente, então, não reserva (ou renova) um novo endereço IP no DHCP e suas entradas no DNS expiram no lado do servidor.