Já passei por isso antes.
Experimente (no domU):
echo 1 > /proc/sys/xen/independent_wallclock
e tente atualizar a hora novamente.
Nós temos um servidor web Debian que estou tentando usar o ntpdate para manter o tempo em sincronia.
Quando eu corro
ntpdate ntp0.cs.mu.oz.au
Eu recebo
16 Sep 10:55:36 ntpdate[21626]: step time server 128.250.36.2 offset 318.914011 sec
Sem erros, o que deve ser uma coisa boa, eu acho ...
Quando eu verifico a hora novamente, não é alterado.
Também não consigo definir a hora manualmente usando
date --set 11:00:00
Então, tenho a sensação de que existem outros problemas.
Qualquer conselho seria apreciado.
Atualizar
Desculpem os caras do bum steer, essa máquina é uma VM do XenServer, que consegui esquecer.
Após atualizar o relógio do Host, a hora da VM está correta.
Obrigado pelas suas respostas. Obrigado.
O tempo mudou quando você definiu o novo horário usando a data?
Tente verificar o relógio do hardware da máquina. (homem hwclock)
Tente executar o ntpdate em uma porta sem privilégios (caso você esteja executando o ntpd), caso contrário, ele recusará qualquer alteração.
ntpdate -u ntp0.cs.mu.oz.au
Tente por este procedimento:
Pare o serviço ntpd primeiro:
service ntpd stop
Agora atualize a hora local
ntpdate "server name"
e depois disso inicie o serviço:
service ntdp start
Você deu tempo? Geralmente, o ntp ajusta lentamente o tempo, portanto, quando você olha para os logs, as coisas ainda fazem sentido, e os aplicativos não ficam confusos. Isso é chamado de giro, você pode ler sobre isso em 'man ntpdate' ou RFC 1305 .
"Time adjustments are made by ntpdate in one of two ways. If ntpdate determines the clock is in error more than 0.5 second it will simply step the time by calling the system settimeofday() rou‐ tine. If the error is less than 0.5 seconds, it will slew the time by calling the system adjtime() routine. The latter technique is less disruptive and more accurate when the error is small, and works quite well when ntpdate is run by cron every hour or two."