Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
Muchachos, recuerden que el fin de semana del 14-15 de Mayo se cambia la hora en nuestra larga, angosta e indecisa faja de tierra.

http://www.horaoficial.cl/cambio_hora.html


RedHat/CentOS,/Oracle Linux

A la fecha en que escribo este tema ya está disponible la actualización del tzdata para RedHat en su versión 2016d. Pueden actualizar directamente desde el repositorio oficial con yum. Para instalar con yum en RedHat, CentOS y Oracle Linux pueden hacer lo siguiente:

1.- Validar el estado actual del cambio de hora para el año 2016

Código:
# zdump -v America/Santiago | grep 2016

Esto lista la configuración del cambio de hora para el año 2016 que tiene el sistema actualmente. Si ustedes no han instalado ningún parche de hora el comando no debería devolver ninguna información.


2.- Actualizar el paquete tzdata.

Código:
# yum update tzdata
...
...
Updated:
  tzdata.noarch 0:2016d-1.el6                                                                                                               

Complete!

Paquete de hora instalado.


1.- Validar el estado actual del cambio de hora para el año 2016

Código:
# zdump -v America/Santiago | grep 2016

America/Santiago  Sun May 15 02:59:59 2016 UTC = Sat May 14 23:59:59 2016 CLST isdst=1 gmtoff=-10800
America/Santiago  Sun May 15 03:00:00 2016 UTC = Sat May 14 23:00:00 2016 CLT isdst=0 gmtoff=-14400
America/Santiago  Sun Aug 14 03:59:59 2016 UTC = Sat Aug 13 23:59:59 2016 CLT isdst=0 gmtoff=-14400
America/Santiago  Sun Aug 14 04:00:00 2016 UTC = Sun Aug 14 01:00:00 2016 CLST isdst=1 gmtoff=-10800

Esta vez si hay información para el 14 de mayo de 2016 asociado al cambio de hora. También quedó configurada la vuelta del cambio de hora el 14 de agosto.


Java

Aquellos que tengan aplicativos que trabajen sobre una máquina virtual de java deben aplicar una actualización extra.

Hay dos métodos: uno para el Java de Oracle y el Open Jdk.

Java de Oracle.

Requiere el tzupdater. Las instrucciones son:

1.- Descargar el tzupdater.
http://www.oracle.com/technetwork/java/javase/downloads/index.html
http://www.oracle.com/technetwork/java/javase/downloads/tzupdater-download-513681.html

Dentro del zip hay un archivo llamado tzupdater.jar.

Advertencia
El tzupdater dice "2015b", pero el archivo tiene fecha de marzo de 2016 y la nota a la que hace referencia es efectivamente de marzo de 2016. Me la voy a jugar y lo voy a instalar igual, pues es el último tzupdater oficial.


2.- Copien el archivo tzupdater.jar al directorio bin de la instalación de java. En mi caso particular, la instalación de java es la siguiente:
/u01/app/oracle/product/java_actual/bin

3.- Mediante línea de comando, párense en el directorio bin de la instalación de java que además es en donde dejaron el archivo tzupdater.jar y ejecuten el siguiente comando para verificar la instalación actual:

Código:
      # ./java -jar tzupdater.jar -V
          tzupdater version 2.0.3-b01
          JRE tzdata version: tzdata2015a

En la salida se indica la versión del tzdata aplicada actualmente.

3.- Ejecutar el siguiente comando para aplicar la nueva configuración de hora:

Código:
   # ./java -jar tzupdater.jar -u

No arroja nada a la salida.

4.- Validar como quedó el estado de la configuración de java luego de aplicar el cambio.

Código:
      # ./java -jar tzupdater.jar -V
         tzupdater version 2.0.3-b01
         JRE tzdata version: tzdata2015b


Luego deberán reiniciar su aplicación para que tome los cambios.


OpenJdk

Simplemente actualicen con yum el componente tzdata-java

Código:
# yum update tzdata-java

Y eventualmente también tendrían que reiniciar la aplicación.


Microsoft

El 10 de Mayo salió el hotfix. Descárguenlo desde este link.

https://support.microsoft.com/en-us/kb/3153731
 
Última modificación:

ranamaldita

mueranse
Se incorporó
24 Junio 2003
Mensajes
4.522
jamás actualices un SO completo.

si algo está bueno, no trates de arreglarlo.
lo mejor es enemigo de lo bueno.
etc. etc.

si tienes alguna falla y hay un parche o un update que corrige esa falla, aplica ESE update, por ningún motivo actualices todo, es la mejor manera de romper algo que funcionaba bien.

oye Yakko pero que nena. A lo macho no mas. yum update -y
 
Upvote 0

unreal4u

I solve problems.
Miembro del Equipo
ADMIN
Se incorporó
2 Octubre 2005
Mensajes
13.601
No tienen zona horaria están en UTC 0, como tenemos sistemas que funcionan en varios países, fue la única forma.

Es la MEJOR forma. UTC es el único sistema consistente, por algo la marina en TODO el mundo ocupa exclusivamente UTC, lo mismo con exploraciones fuera de la tierra. Por mí, eliminaría por completo todas las zonas horarias y que todo el mundo ocupe sólo UTC, sin cambios de hora metido entremedio.

Saludos.

PD: Por lo demás, sólo a la hora de mostrar la hora lo formateas de acuerdo a la locale del usuario, el almacenamiento SIEMPRE debería hacerse en UTC.
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.403
pucha microsoft, querias ser chevere :risas
tambien pase a buscar el puto hotfix y aun no lo encuentro, pero buscare por medio de internet explorer en la pagina de windows update (pide instalar un complemento :sconf )

para los que no les cargue la pagina de M$, les dejo el numero del hotfix para que puedan buscar: 315373

saludos
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.403
Por nuestro lado ya estamos repasando el tzdata de los servidores que manejamos
Al probar, el paquete tzdata de debían 8 funciona hasta en debian 6

Para debían 5 y 4 agarra el lanzado para debian 7,esto para ahorrarnos el compilar a mano el archivo con las fuentes de los cambios horarios

Enviado desde mi XT1058 mediante Tapatalk
 
Upvote 0

Harima

Pegao al tarro
Se incorporó
15 Mayo 2008
Mensajes
3.958
pucha microsoft, querias ser chevere :risas
tambien pase a buscar el puto hotfix y aun no lo encuentro, pero buscare por medio de internet explorer en la pagina de windows update (pide instalar un complemento :sconf )

para los que no les cargue la pagina de M$, les dejo el numero del hotfix para que puedan buscar: 315373

saludos
El drama es que te mandan un correo con el link y aun no esta habilitada la pagina para seleccionar el tipo de sistema.
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
Por nuestro lado ya estamos repasando el tzdata de los servidores que manejamos
Al probar, el paquete tzdata de debían 8 funciona hasta en debian 6

Para debían 5 y 4 agarra el lanzado para debian 7,esto para ahorrarnos el compilar a mano el archivo con las fuentes de los cambios horarios

Enviado desde mi XT1058 mediante Tapatalk

¿Por que tendrían que compilar? ¿No basta con actualizar el tzdata con apt-get?
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.403
¿Por que tendrían que compilar? ¿No basta con actualizar el tzdata con apt-get?

compilar el timezone file, eso fue necesario en un redhat 6.2, aunque le chantamos el rpm de tzdata de centos 6.7 o el de centos 7, no lo pesco, asi que le chantamos el compilado con zic desde la descarga de iana y funciono altiro (no queriamos copiar el archivo timezone desde otro servidor, ya seria muy chanta :risas
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
compilar el timezone file, eso fue necesario en un redhat 6.2, aunque le chantamos el rpm de tzdata de centos 6.7 o el de centos 7, no lo pesco, asi que le chantamos el compilado con zic desde la descarga de iana y funciono altiro (no queriamos copiar el archivo timezone desde otro servidor, ya seria muy chanta :risas

¿Entonces tienen redhat pero no tienen contratado RedHat network?
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
Puta, parece que el parche de Microsoft esta malo. jajajajaaa :'(

Fíjense en la configuración del próximo cambio de hora. Dice que el próximo cambio de hora será el 27 de Abril del 2014!!!

FileDownloadHandler.ashx
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
En el link de microsoft dicen que efectivamente despliega mal la información del próximo cambio de hora, pero cuando simulan lo que va a pasar el próximo fin de semana hace bien el cambio de hora. Esto pasa por lo menos para Windows 2012R2 y su equivalente Windows 8.1. Ahí un socio dice que para Windows 2008 anda bien.
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.403
En el link de microsoft dicen que efectivamente despliega mal la información del próximo cambio de hora, pero cuando simulan lo que va a pasar el próximo fin de semana hace bien el cambio de hora. Esto pasa por lo menos para Windows 2012R2 y su equivalente Windows 8.1. Ahí un socio dice que para Windows 2008 anda bien.
en windows 2008 R2 ocurre exactamente lo mismo, asi que debe ser un tema del mensaje en el paquete de idiomas vs variable , y con el apuro del fix, no alcanzaron a modificar el mensaje del cambio
pero funciona bien, un equipo tenia la hora atrasada (seteada como santiago) y al aplicar el fix, se corrigió automáticamente.
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.403
¿Entonces tienen redhat pero no tienen contratado RedHat network?

asi es, no es nuestro , le damos soporte, y lo tienen asi porque no usan muchos paquetes de redhat, solo la base para un zimbra desde hace unos años
 
Upvote 0
Subir