Cambio de hora otoño 2016

Zuljin · 5 Mayo 2016

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

ranamaldita · 7 Mayo 2016

yakko dijo:
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

Miguelwill · 7 Mayo 2016

ranamaldita dijo:
oye Yakko pero que nena. A lo macho no mas. yum update -y

jaja

Zuljin · 10 Mayo 2016

Microsoft ya le puso número al hotfix y dice "instálelo lo antes posible", pero no manda link

https://support.microsoft.com/en-us/gp/cp_dst/es-cl?wa=wsignin1.0

Harima · 10 Mayo 2016

Zuljin dijo:
Microsoft ya le puso número al hotfix y dice "instálelo lo antes posible", pero no manda link

https://support.microsoft.com/en-us/gp/cp_dst/es-cl?wa=wsignin1.0

Venia a preguntar eso mismo con el parche de MS, menos mal las maquinas con Linux que tenemos en amazon y azure estan con UTC a si que ni preocupado con el parche tzdata

galansinchance · 10 Mayo 2016

Harima dijo:
Venia a preguntar eso mismo con el parche de MS, menos mal las maquinas con Linux que tenemos en amazon y azure estan con UTC a si que ni preocupado con el parche tzdata

Y como lo haces con la zona horaria??

Enviado desde mi SM-G925I mediante Tapatalk

Harima · 10 Mayo 2016

galansinchance dijo:
Y como lo haces con la zona horaria??

Enviado desde mi SM-G925I mediante Tapatalk

No tienen zona horaria están en UTC 0, como tenemos sistemas que funcionan en varios países, fue la única forma.

unreal4u · 10 Mayo 2016

Harima dijo:
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.

Miguelwill · 10 Mayo 2016

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

K3rnelpanic · 10 Mayo 2016

Microsoft qliao

Miguelwill · 10 Mayo 2016

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

Harima · 10 Mayo 2016

miguelwill dijo:
pucha microsoft, querias ser chevere
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 )

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.

Zuljin · 10 Mayo 2016

miguelwill dijo:
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?

Zuljin · 10 Mayo 2016

Ya muchachos, para los malhablados que puteaban a Microsoft les digo que ya liberaron el parche. Ahí les dejo el link.

https://support.microsoft.com/en-us/kb/3153731

Miguelwill · 10 Mayo 2016

Zuljin dijo:
¿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

Zuljin · 10 Mayo 2016

miguelwill dijo:
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

¿Entonces tienen redhat pero no tienen contratado RedHat network?

Zuljin · 10 Mayo 2016

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!!!

Harima · 10 Mayo 2016

Zuljin dijo:
Puta, parece que el parche de Microsoft esta malo. jajajajaaa :'(

De aca se puede bajar https://support.microsoft.com/en-us/kb/3153731

Zuljin · 10 Mayo 2016

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.

Miguelwill · 10 Mayo 2016

Zuljin dijo:
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.

Miguelwill · 10 Mayo 2016

Zuljin dijo:
¿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

Cambio de hora otoño 2016

Fundador

mueranse

I am online

Fundador

Pegao al tarro

enajenao

Pegao al tarro

I solve problems.

I am online

non serviam

I am online

Pegao al tarro

Fundador

Fundador

I am online

Fundador

Fundador

Pegao al tarro

Fundador

I am online

I am online