Permitir que o NTP atualize por grandes quantidades automaticamente?

Question

Aqui está o meu cenário: Eu executo várias VMs na minha estação de trabalho para simular o ambiente de produção. No final do dia, durmo na minha estação de trabalho (com minhas VMs em execução em segundo plano) às 18h. Quando volto ao escritório na manhã seguinte às 8h e acordei a estação de trabalho, todas as minhas VMs estão às 18h.

Cansado de reiniciar o NTP ou simplesmente lembrar de forçar uma atualização, coloquei o seguinte em um cron de 5 minutos

service ntp stop && ntpd -gq && service ntp start

Aqui está meu /etc/ntp.conf

tinker panic 0

driftfile /var/lib/ntp/ntp.drift

logfile /var/log/ntpd.log

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# Specify one or more NTP servers.

# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for
# more information.
server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org

# Use Ubuntu's ntp server as a fallback.
server ntp.ubuntu.com

# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
# 
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient

Existe uma maneira melhor de conseguir isso?

    

Answer 1

Se você estiver usando o VMware Workstation (ou o VMware vSphere), há maneiras específicas de lidar com o tempo em suas máquinas virtuais (Linux) . No entanto, isso não é suficiente para sua situação de sono. O NTP dentro do guest-only não ajuda aqui.

É absolutamente necessário instalar as ferramentas guest do VMware nas máquinas virtuais convidadas e garantir que o NTP seja executado no host. Isso consertará o problema do sono e o desvio que ocorre quando o convidado é suspenso.

Editar:

Ah, é o Ubuntu ... Eu acho que muitos usuários do Ubuntu não instalam o conjunto de ferramentas nativas do VMware. Aqui estão os passos (e um vídeo) para faça isso.

    

Answer 2

Seu ntp.conf deve funcionar! Descobri que às vezes o ntpd demora bastante para corrigir uma diferença substancial de tempo. (Eu vi isso levar mais de 12 horas para realmente fazer a correção).

Você deve descobrir que, se você deixá-lo durante a noite (sem o seu trabalho no cron), ele eventualmente se corrigirá.

    

Answer 3

Usar iburst também ajudaria a acertar o relógio mais rapidamente, mas isso só é eficaz no início do serviço.

Most applications will probably want to specify the iburst option with the server command. With this option a volley of messages is exchanged to groom the data and set the clock in about ten seconds.

Você precisaria descobrir uma maneira de reiniciar o serviço no currículo da APCI. ( Você poderia tentar isso. )