Por que o tempo está bagunçado no meu Ubuntu Server VPS?

Question

Um mês atrás, os serviços carregados no meu VPS pararam de funcionar. Depois de brincar por uma hora ou mais eu percebi que o tempo tinha congelado. Eu entendi que era algum tipo de erro de virtualização e uma reinicialização logo a corrigiu.

No entanto, hoje eu estava tentando executar o backup do S3 e o SSL falhou devido ao tempo errado. ao verificar a hora que recebo:

Current default timezone: 'Europe/London'
Local time is now: Sat Jul 11 22:03:02 BST 2009.
Universal Time is now: Sat Jul 11 21:03:02 UTC 2009.

tim@vps:~$ sudo ntpdate ntp.ubuntu.com
11 Jul 22:03:30 ntpdate[3901]: step time server 91.189.94.4 offset -14404.833448 sec

Agora estou no Reino Unido agora e é claro que acabou de sair 18:03.

Eu tentei definir a data manualmente:

sudo date +%T -s "18:03:30"

e quando eu li de volta, não mudou

O que eu errei?

EDITAR:

Eu corri:

tim@vps:/var/log$ sudo hwclock --utc
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
tim@vps:/var/log$ sudo hwclock --localtime
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.
tim@vps:/var/log$ sudo hwclock --show
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.

EDIT NOVAMENTE:

Eu o reiniciei e ainda é o mesmo.

também:

tim@vps:~$ sudo hwclock --debug --show
hwclock from util-linux-ng 2.13.1
hwclock: Open of /dev/rtc failed, errno=2: No such file or directory.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.

    

Answer 1

Atualização: não sei nada de xen. Mas existem muitas páginas disponíveis que discutem sua situação.

Aqui está algo que encontrei:

By default, XenVMs have their clocks synchronized to the XenEnterprise Server that hosts them and will ignore requests to adjust the time made by an ntp daemon if one is running. If you want a XenVM to have an independent clock, log on to its Text Console and issue the command

echo 1 > /proc/sys/xen/independent_wallclock

then run an NTP daemon.

To revert to the default, issue the command

echo 0 > /proc/sys/xen/independent_wallclock

Antes da atualização: provavelmente é um problema de virtualização. Que tipo de software de virtualização você está usando? E quais são as configurações de tempo no host?

    

Answer 2

A primeira coisa que vem à mente é o fuso horário para o qual você está configurado?

A segunda coisa que vem à mente tem a ver com a configuração do relógio do seu hardware - você está usando o UTC no hardware ou na hora local? A maioria das instalações recomenda usar o tempo UTC no hardware e, em seguida, o sistema se ajusta por fuso horário, embora haja opções para fazer o oposto e ter o relógio do sistema e do hardware na hora local. Isso pode levar a uma confusão ocasional.

Para o Linux, você pode tentar usar o programa hwclock (8) , que tem opções para definir a hora do sistema para o relógio do hardware e defina o relógio do hardware para a hora do sistema. Sim, você deve ser capaz de definir a hora através do comando data (1) , mas você está melhor usando isso.

Eu também gostaria de usar o pool NTP mundial versus o pool fornecido pelo fornecedor. Você pode usá-lo a qualquer momento, apontando para pool.ntp.org.

    

Answer 3

Se você está falando de um Xen VPS, geralmente o relógio é gerenciado pelo domínio dom0 privilegiado que eu presumo que o provedor de hospedagem cuide. Contanto que o dom0 tenha a hora correta e / ou esteja rodando um daemon NTP para manter o sistema sincronizado, não é necessário que qualquer dom execute o próprio ntpd.

Eu tenho vários servidores Xen nos quais só executo ntpd no dom0 e todas as máquinas virtuais domU têm a hora correta. Se você está de fato em um Xen VPS, eu diria que o provedor de hospedagem tem um problema com o tempo na própria máquina. Eu sei que na maioria das documentações do Xen é realmente recomendado zerar o / sbin / hwclock como um arquivo vazio, pois isso causará problemas na inicialização se ele realmente tentar interagir diretamente com o clock do hardware por causa da virtualização. / p>     

Answer 4

Se for um sistema baseado em Xen, você pode definir independend_wallclock = 1 e gerenciar seu próprio tempo com o ntpd.

    

Answer 5

tente o dpkg-reconfigure tzdata para ter certeza de que está configurado para utc. Além disso, verifique se você instalou o ntpd e apontou para um dos conjuntos de servidores ntp do pool.ntp.org.

    

Answer 6

Eu tive problemas com isso com os servidores virtuais GoDaddy. Por alguma razão, Virtuozzo (seu software) gostava de controlar a hora, e era a hora incorreta. Acabei mudando para outro provedor porque o GoDaddy não consertava o relógio.

    

Answer 7

Meu provedor de VPS voltou para mim e disse que parece haver algo errado do lado deles (a máquina host). Então vou deixar que eles resolvam.

ATUALIZAÇÃO:

O provedor de hospedagem tem sido para isso e eles acham que é um problema de hardware, possivelmente bateria do BIOS. Quando a máquina hospedeira inicializa, o relógio está errado e, aparentemente, eles não podem mudar o tempo enquanto estiver ligado sem bloquear todos os vm's!