Hace un mes, muchos servicios en mi VPS dejaron de funcionar. Después de perder el tiempo durante aproximadamente una hora, descubrí que el tiempo se había congelado. Supongo que fue algún tipo de error de virtualización y un reinicio pronto lo solucionó.
Sin embargo, hoy estaba intentando ejecutar mi copia de seguridad S3 y SSL falló debido a que la hora no era correcta. al verificar el tiempo obtengo:
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
Ahora estoy en el Reino Unido y claramente acaban de pasar las 18:03.
Intenté configurar la fecha manualmente:
sudo date +%T -s "18:03:30"
y cuando lo leo de nuevo, no ha cambiado
¿Qué he arruinado?
EDITAR:
He corrido:
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.
EDITAR DE NUEVO:
Lo he reiniciado y sigue igual.
también:
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.
Respuesta1
Actualizar:No sé nada de xen. Pero hayhay muchas paginas por ahique discuten su situación.
Aquí hay algo que encontré:
De forma predeterminada, los XenVM tienen sus relojes sincronizados con el servidor XenEnterprise que los aloja e ignorarán las solicitudes para ajustar la hora realizadas por un demonio ntp si hay alguno en ejecución. Si desea que un XenVM tenga un reloj independiente, inicie sesión en su Consola de texto y emita el comando
echo 1 > /proc/sys/xen/independent_wallclockluego ejecute un demonio NTP.
Para volver al valor predeterminado, emita el comando
echo 0 > /proc/sys/xen/independent_wallclock
Antes de la actualización:Probablemente sea un problema de virtualización. ¿Qué tipo de software de virtualización estás usando? ¿Y cuál es la configuración de hora en el host?
Respuesta2
Lo primero que me viene a la mente es ¿para qué zona horaria estás configurado?
La segunda cosa que me viene a la mente tiene que ver con la configuración del reloj de su hardware: ¿está utilizando UTC en el hardware o la hora local? La mayoría de las instalaciones recomiendan usar la hora UTC en el hardware y luego el sistema se ajustará según la zona horaria, aunque existen opciones para hacer lo contrario y tener el reloj del sistema y del hardware en la hora local. Esto puede generar confusión ocasional.
Para Linux, puedes intentar usar elreloj(8)programa, que tiene opciones para configurar la hora del sistema según el reloj del hardware y configurar el reloj del hardware según la hora del sistema. Sí, deberías poder configurar la hora a través delfecha(1)comando, pero es mejor que uses este.
También consideraría el uso del grupo NTP mundial frente al grupo proporcionado por el proveedor. Puede usarlo en cualquier momento apuntando a pool.ntp.org.
Respuesta3
Si estás hablando de un VPS Xen, generalmente el reloj lo administra el dominio privilegiado dom0, del cual supongo que se encargaría el proveedor de hosting. Siempre que dom0 tenga la hora correcta y/o esté ejecutando un demonio NTP para mantener sincronizada la hora del sistema, no debería ser necesario que ningún domU ejecute ntpd.
Tengo varios servidores Xen en los que solo ejecuto ntpd en el dom0 y todas las máquinas virtuales domU tienen la hora correcta. Si, de hecho, está en un VPS Xen, me atrevería a suponer que el proveedor de alojamiento tiene un problema con la hora en la máquina. Sé que en la mayor parte de la documentación de Xen se recomienda poner a cero /sbin/hwclock como un archivo vacío, ya que causará problemas en el arranque si realmente intenta interactuar directamente con el reloj del hardware debido a la virtualización.
Respuesta4
Intente dpkg-reconfigure tzdata para asegurarse de que esté configurado en utc. Además, verifique que tenga ntpd instalado y apunte a uno de los conjuntos de servidores ntp de pool.ntp.org.