Re: [opensuse-es] No funciona correctamente el reloj de mis sistemas
Hola Carlos, agradezco tu respuesta Contestando a las preguntas ___________________________________________________________
¿El anfitrión tiene la hora correcta? ¿Da la hora UTC o local?
El anfitrión entrega la hora correcta, estas son sus salidas de cada uno de los comandos XenAnfitrion# date Thu Aug 22 16:43:16 GMT 2013 XenAnfitrion# date -u Thu Aug 22 16:43:20 UTC 2013 XenAnfitrion# hwclock --show Thu Aug 22 2013 4:43:25 PM GMT -0.527730 seconds ____________________________________________________________
Ambas horas son la misma, luego si una es correcta, la otra también lo es. Creo entender que ambas horas están relaciondas
___________________________________________________________
Si lo que quieres decir es que quieres que el sistema te de la hora en UTC, pues tienes que decírselo al sistema, porque TÚ le has dicho que tu zona horaria es CDT. Es correcto lo que te dice en ambos casos.
Tal como lo comentas, me encuentro algo confundido al respecto. Mi objetivo es que el comando "date" entregue la hora del reloj de pared, esto es debido a que los programas como Cacti están graficando sensores y necesito que tengan la hora exacta del evento (reloj de pared de la oficina) cosa que no es así, debido a que ponen otro valor ___________________________________________________________
Observación: es mala idea usar NTP en una maquina virtual. La explicación es larga y está en su manual. Debe tomar la hora del anfitrión, y sólo el anfitrión debe usar NTP.
Pense en poner el NTP en la maquina virtual, con la idea de que este me entregaría la hora oficial (reloj de pared de mi oficina) lo cual si se logra, pero solo dura unos segundos. Entiendo que la recomendación es: -No tener configurado el NTP en las Maquinas Virtuales -Debemos de tomar la hora del anfitrión (Servidor xenServer) - Solo el anfitrión debe de tener el NTP ___________________________________________________________
Si crees que la hora está mal, copia:
Hora del reloj de pared, zona horaria, y país. Hora y zona horaria del anfitrión. Hora y zona horaria de huesped. Hora UTC del huesped.
Hora del Reloj de Pared = 18:00 hrs ; UTC/GMT -6 horas ; Zona
Horaria => "America/Mexico_City" ;
Hora del anfitrión = (Date entrega esto ) => 18:00 GMT ; (cat
/etc/sysconfig/clock) => Zone=Etc/GMT
Hora del Huesped = (date entrega ) => jue ago
22 13:00 CDT 2013
(cat /etc/sysconfig/clock) =>
America/Mexico_City
Hora UTC del Huesped = (date -u entrega ) => 18:00 UTC 2013
Tal como lo comentas, lo adecuado es que el huesped tome la hora del
anfitrión el cual si tiene valores correctos, lo que no se
es como hacer eso :-(
Si es necesaria mayor información te pido lo lo indiques.
De antemano agradezco tu valiosa ayuda
Saludos
Fernando
____________________________________________________________
El día 22 de agosto de 2013 15:49, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2013-08-22 a las 12:00 -0500, unix.iingen escribió:
Esta es la historia
Problema: El reloj del sistema me proporciona una hora que no es la correcta y las aplicaciones no están funcionando correctamente.
Características del Sistema: Servidor Dell PE2970 Sistema Operativo: XenServer 6.1
Dentro de este servidor Xen Tenemos 5 Servidores Virtuales tipo PVM con OpenSuse en distintas versiones (la que me interesa en particular es la que tiene 12.2) 1 Servidor Virtual Ubuntu 12.04 no es PVM
¿El anfitrión tiene la hora correcta? ¿Da la hora UTC o local?
Detalles del problema:
Dentro del Sistema OpenSuse 12.2 si ejecuto el comando date obtengo CMP199-120P159A000S:~ # date jue ago 22 06:24:58 CDT 2013
La cual es incorrecta, mi hora correcta es CMP199-120P159A000S:~ # date -u jue ago 22 11:26:16 UTC 2013
Ambas horas son la misma, luego si una es correcta, la otra también lo es.
cer@Telcontar:~> date --date="UTC 11:26:16" Thu Aug 22 13:26:16 CEST 2013 cer@Telcontar:~> date --date="CDT 6:24:58" Thu Aug 22 13:24:58 CEST 2013 cer@Telcontar:~>
Si lo que quieres decir es que quieres que el sistema te de la hora en UTC, pues tienes que decírselo al sistema, porque TÚ le has dicho que tu zona horaria es CDT. Es correcto lo que te dice en ambos casos.
He intentado cambiarla de forma manual date -s "11:26" Lo anterior me pone la hora correcta, pero esta dura tan solo 46 segundos, después de este tiempo la vuelve a cambiar a la hora incorrecta que tenia anteriormente
Claro que te la cambia.
O tienes puesto NTP, o le has dicho a la maquina virtual que tome la hora del anfitrión.
Lo extraño es que cuando ya tengo correcta esta #date jue ago 22 11:24:58 CDT 2013 La otra cambia #date -u jue ago 22 16:26:16 UTC 2013
Pues claro que te cambia. ¿Cómo no iba a hacerlo?
Me parece que no tienes claro como funciona esto de la hora con distintas zonas horarias en un sistema Linux.
Estas son algunas de las salidas de los comandos que son necesarias para el análisis del problema
CMP199-120P159A000S:~ # rcntp stop redirecting to systemctl
Observación: es mala idea usar NTP en una maquina virtual. La explicación es larga y está en su manual. Debe tomar la hora del anfitrión, y sólo el anfitrión debe usar NTP.
Si crees que la hora está mal, copia:
Hora del reloj de pared, zona horaria, y país. Hora y zona horaria del anfitrión. Hora y zona horaria de huesped. Hora UTC del huesped.
- -- Saludos Carlos E. R. (desde 12.3 x86_64 "Dartmouth" en Telcontar)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlIWeV0ACgkQtTMYHG2NR9WZtwCeJ/0FimEWdFVkSQv67iwA7VoR T3kAoIpBZtS2Lge7uGcBIt/1TXMkMegt =Yo7A -----END PGP SIGNATURE-----
-- Instituto de Ingeniería de la UNAM Coordinación de Sistemas de Cómputo Área de Sistemas Unix/Linux -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2013-08-22 a las 18:20 -0500, unix.iingen escribió:
Hola Carlos, agradezco tu respuesta
Contestando a las preguntas
___________________________________________________________
¿El anfitrión tiene la hora correcta? ¿Da la hora UTC o local?
El anfitrión entrega la hora correcta, estas son sus salidas de cada uno de los comandos
XenAnfitrion# date Thu Aug 22 16:43:16 GMT 2013
XenAnfitrion# date -u Thu Aug 22 16:43:20 UTC 2013
XenAnfitrion# hwclock --show Thu Aug 22 2013 4:43:25 PM GMT -0.527730 seconds
____________________________________________________________
A ver, aquí hay algo raro. Dices que la hora "de pared" son
Hora del Reloj de Pared = 18:00 hrs ; UTC/GMT -6 horas ; Zona Horaria => "America/Mexico_City" ;
cer@Telcontar:~> TZ="America/Mexico_City" date --date="16:43 UTC" Fri Aug 23 11:43:00 CDT 2013 Las 16:43 UTC corresponden a las 11:43 CDT, hora de Mexico, 5 horas de diferencia (horario de verano). Pero tu dices que el reloj de pared lleva las 18:00... no puede ser. O has respondido el correo a trozos, en espacio de varias horas, o tienes tus relojes mal.
Pense en poner el NTP en la maquina virtual, con la idea de que este me entregaría la hora oficial (reloj de pared de mi oficina) lo cual si se logra, pero solo dura unos segundos. Entiendo que la recomendación es: -No tener configurado el NTP en las Maquinas Virtuales -Debemos de tomar la hora del anfitrión (Servidor xenServer) - Solo el anfitrión debe de tener el NTP
Correcto.
Hora del Reloj de Pared = 18:00 hrs ; UTC/GMT -6 horas ; Zona Horaria => "America/Mexico_City" ;
Hora del anfitrión = (Date entrega esto ) => 18:00 GMT ; (cat /etc/sysconfig/clock) => Zone=Etc/GMT
A ver, no puede ser tampoco. El reloj de pared está en la hora local, y el del anfitrión en la hora GMT(=UTC)... ¡No pueden dar la misma lectura! Si la hora local son las 18:00, la UTC es: cer@Telcontar:~> date --u --date="18:00 CDT" Fri Aug 23 23:00:00 UTC 2013 cer@Telcontar:~> La hora UTC son las 23! ¿Que lio tienes ahí? Cuando pregunto por el reloj de pared estoy preguntando por la hora oficial local. La hora UTC es la hora de Londres, 5 horas más "tarde".
Hora del Huesped = (date entrega ) => jue ago 22 13:00 CDT 2013 (cat /etc/sysconfig/clock) => America/Mexico_City
Hora UTC del Huesped = (date -u entrega ) => 18:00 UTC 2013
El huesped está "bien". Tiene la misma hora UTC que el anfitrión, las 18. Y esa hora UTC corresponde a la hora local 13:00: cer@Telcontar:~> TZ="America/Mexico_City" date --date="18:00 UTC" Fri Aug 23 13:00:00 CDT 2013 que es la que te está dando. El huesped está perfecto, te está dando la misma hora UTC que el anfitrión, y te da la hora CDT que corresponde, correctamente. Lo que tienes mal es el anfitrión. El anfitrión dice que son las 18:00 UTC El reloj de pared dice que son las 18:00 CDT. No puede ser, una de las dos está mal. Elige. Si tienes dudas sobre las zonas horarias, léete esto: http://es.wikipedia.org/wiki/Zonas_horarias - -- Saludos Carlos E. R. (desde 12.3 x86_64 "Dartmouth" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIXTocACgkQtTMYHG2NR9VYzACdGllYB5QWjvdtoj/s1djQo0kJ qoAAoIVORDrcFxmKYqHPSAs8pPee45jK =J/IC -----END PGP SIGNATURE-----
Hola Carlos
Como tu bien lo mencionas, el Anfitrión (XenServer) se encontraba mal
y no puede tener los mismos valores en CDT y en UTC
( Pensando el por que no pensé en eso mismo...)
Ya he corregido ese aspecto
Ahora el anfitrión me entrega esto
#date
Fri Aug 23 12:40:00 CDT 2013
date -u
Fri Aug 23 17:40:05 UTC 2013
Este cambio ya se nota reflejado en los huéspedes (maquinas virtuales)
con el mismo efecto
Tal como se recomienda, no tendremos operando el NTP en los huéspedes,
pero ahora la duda que tengo
es
Cómo se va a sincronizar el reloj del huésped (VM) con el del
anfitrión (XenServer) ??
Gracias por la atención.
Saludos
Fernado
El día 23 de agosto de 2013 06:58, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2013-08-22 a las 18:20 -0500, unix.iingen escribió:
Hola Carlos, agradezco tu respuesta
Contestando a las preguntas
___________________________________________________________
¿El anfitrión tiene la hora correcta? ¿Da la hora UTC o local?
El anfitrión entrega la hora correcta, estas son sus salidas de cada uno de los comandos
XenAnfitrion# date Thu Aug 22 16:43:16 GMT 2013
XenAnfitrion# date -u Thu Aug 22 16:43:20 UTC 2013
XenAnfitrion# hwclock --show Thu Aug 22 2013 4:43:25 PM GMT -0.527730 seconds
____________________________________________________________
A ver, aquí hay algo raro. Dices que la hora "de pared" son
Hora del Reloj de Pared = 18:00 hrs ; UTC/GMT -6 horas ; Zona Horaria => "America/Mexico_City" ;
cer@Telcontar:~> TZ="America/Mexico_City" date --date="16:43 UTC" Fri Aug 23 11:43:00 CDT 2013
Las 16:43 UTC corresponden a las 11:43 CDT, hora de Mexico, 5 horas de diferencia (horario de verano). Pero tu dices que el reloj de pared lleva las 18:00... no puede ser.
O has respondido el correo a trozos, en espacio de varias horas, o tienes tus relojes mal.
Pense en poner el NTP en la maquina virtual, con la idea de que este me entregaría la hora oficial (reloj de pared de mi oficina) lo cual si se logra, pero solo dura unos segundos. Entiendo que la recomendación es: -No tener configurado el NTP en las Maquinas Virtuales -Debemos de tomar la hora del anfitrión (Servidor xenServer) - Solo el anfitrión debe de tener el NTP
Correcto.
Hora del Reloj de Pared = 18:00 hrs ; UTC/GMT -6 horas ; Zona Horaria => "America/Mexico_City" ;
Hora del anfitrión = (Date entrega esto ) => 18:00 GMT ; (cat /etc/sysconfig/clock) => Zone=Etc/GMT
A ver, no puede ser tampoco. El reloj de pared está en la hora local, y el del anfitrión en la hora GMT(=UTC)... ¡No pueden dar la misma lectura!
Si la hora local son las 18:00, la UTC es:
cer@Telcontar:~> date --u --date="18:00 CDT" Fri Aug 23 23:00:00 UTC 2013 cer@Telcontar:~>
La hora UTC son las 23!
¿Que lio tienes ahí? Cuando pregunto por el reloj de pared estoy preguntando por la hora oficial local. La hora UTC es la hora de Londres, 5 horas más "tarde".
Hora del Huesped = (date entrega ) => jue ago 22 13:00 CDT 2013 (cat /etc/sysconfig/clock) => America/Mexico_City
Hora UTC del Huesped = (date -u entrega ) => 18:00 UTC 2013
El huesped está "bien". Tiene la misma hora UTC que el anfitrión, las 18. Y esa hora UTC corresponde a la hora local 13:00:
cer@Telcontar:~> TZ="America/Mexico_City" date --date="18:00 UTC" Fri Aug 23 13:00:00 CDT 2013
que es la que te está dando.
El huesped está perfecto, te está dando la misma hora UTC que el anfitrión, y te da la hora CDT que corresponde, correctamente.
Lo que tienes mal es el anfitrión.
El anfitrión dice que son las 18:00 UTC El reloj de pared dice que son las 18:00 CDT.
No puede ser, una de las dos está mal. Elige.
Si tienes dudas sobre las zonas horarias, léete esto:
http://es.wikipedia.org/wiki/Zonas_horarias
- -- Saludos Carlos E. R. (desde 12.3 x86_64 "Dartmouth" en Telcontar)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlIXTocACgkQtTMYHG2NR9VYzACdGllYB5QWjvdtoj/s1djQo0kJ qoAAoIVORDrcFxmKYqHPSAs8pPee45jK =J/IC -----END PGP SIGNATURE-----
-- Instituto de Ingeniería de la UNAM Coordinación de Sistemas de Cómputo Área de Sistemas Unix/Linux -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2013-08-23 a las 12:47 -0500, unix.iingen escribió:
Hola Carlos
No me puedo entretener, me están esperando.
Como tu bien lo mencionas, el Anfitrión (XenServer) se encontraba mal y no puede tener los mismos valores en CDT y en UTC ( Pensando el por que no pensé en eso mismo...)
Ya he corregido ese aspecto
Ahora el anfitrión me entrega esto
#date Fri Aug 23 12:40:00 CDT 2013
date -u Fri Aug 23 17:40:05 UTC 2013
Vale, cinco horas. Correcto.
Este cambio ya se nota reflejado en los huéspedes (maquinas virtuales) con el mismo efecto
Bien.
Tal como se recomienda, no tendremos operando el NTP en los huéspedes, pero ahora la duda que tengo es
Cómo se va a sincronizar el reloj del huésped (VM) con el del anfitrión (XenServer) ??
Lo hacen las guest tools. Es un detalle importante que no todo el mundo es consciente :-) - -- Saludos Carlos E. R. (desde 12.3 x86_64 "Dartmouth" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlIXpXAACgkQtTMYHG2NR9W+CACeIXoQ0rPOnvFALEunDXx/FRv+ Qf0An1s6XOoaw6hqQe80cbkKG2PE2eXd =xExY -----END PGP SIGNATURE-----
participants (2)
-
Carlos E. R.
-
unix.iingen