Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.773
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:

ayn

MOD
Miembro del Equipo
MOD
Se incorporó
2 Noviembre 2005
Mensajes
5.148
soa bashelé aga algo :risas

Poniéndonos más serios, el sitio del SHOA reza lo siguiente en su sección dedicada al cambio de hora:


Qué coincidencia que siempre el cambio de hora caiga de sábado a domingo, ¿no creen? :v

Anótese y publíquese :lezippy2

Que estás hablando hombre!


Enviado desde mi iPhone utilizando Tapatalk
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.282
Bueno, se veía venir
Ya tenemos los sistemas actualizados para aplicar el cambio de hora de forma automática, pero hay servicios que no tomarán el cambio y que si o si habrá que reiniciar manualmente

Enviado desde mi HUAWEI KII-L23 mediante Tapatalk
 
Upvote 0

K3rnelpanic

non serviam
Miembro del Equipo
MOD
Se incorporó
1 Octubre 2007
Mensajes
6.052
Bueno, se veía venir
Ya tenemos los sistemas actualizados para aplicar el cambio de hora de forma automática, pero hay servicios que no tomarán el cambio y que si o si habrá que reiniciar manualmente

Enviado desde mi HUAWEI KII-L23 mediante Tapatalk
La paja es ir a hueviar un dia domingo.... DE FIN DE SEMANA LARGO

:naster

1247140047_mushroom-cloud.gif~c200

iSTduhe.gif
 
Upvote 0

EITSAEB

Team Peacemaker Hater
Se incorporó
10 Septiembre 2006
Mensajes
4.642
me toca instalar parches como a 80 equipos :daleoh . Dominio culeao vale guano :ohno
 
Upvote 0

_V

The Hateful Wish
Se incorporó
11 Abril 2008
Mensajes
2.666
:idolo VPN
:monomeon users culiaos.

:monomeon "Comité de monitoreo de cambio horario", a estos weas se les olvida la parte TI del asunto "Cambiar hora cuando se nos para el nuesni"
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.773
Revisaron sus sistemas linux?

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

Les debería devolver algo como esto

Código:
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
 
Upvote 0

K3rnelpanic

non serviam
Miembro del Equipo
MOD
Se incorporó
1 Octubre 2007
Mensajes
6.052
Revisaron sus sistemas linux?

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

Les debería devolver algo como esto

Código:
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
Si, con mis rhel y centos 7 estamos OK.
Pero antes de que llegara, nadie había instalado parches para los rhel5 y rhel6 que hay actualmente. Y no me dejaron instalarlos ahora.
Imaginense el egipcio que venga el domingo, cambiar la zona a mano. Que poco profesional :yao
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.773
Si, con mis rhel y centos 7 estamos OK.
Pero antes de que llegara, nadie había instalado parches para los rhel5 y rhel6 que hay actualmente. Y no me dejaron instalarlos ahora.
Imaginense el egipcio que venga el domingo, cambiar la zona a mano. Que poco profesional :yao

Te que pongan por escrito que no quieren parches, porque cuando haya un cagazo y pregunten "¿y por qué no parcharon el sistema con las actualizaciones recomendadas por el fabricante?" todos van a buscar la cabeza del SysAdmin.
 
Upvote 0

K3rnelpanic

non serviam
Miembro del Equipo
MOD
Se incorporó
1 Octubre 2007
Mensajes
6.052
Te que pongan por escrito que no quieren parches, porque cuando haya un cagazo y pregunten "¿y por qué no parcharon el sistema con las actualizaciones recomendadas por el fabricante?" todos van a buscar la cabeza del SysAdmin.
Ya tengo el salvoconducto. Sospecho que el Martes va a estar de locos :zippy (o el domingo, remotamente :troll)
 
Upvote 0

Miguelwill

I am online
Miembro del Equipo
MOD
Se incorporó
23 Febrero 2004
Mensajes
12.282
Hoy un cliente nos preguntaba si íbamos a cambiar la hora en sus wintendos el domingo, así que ahí tuve que explicarle que el parche de principios de año también corrige el cambio de invierno a verano y si el gobierno no lo cambia de nuevo, también servirá para el próximo año :xd

Enviado desde mi HUAWEI KII-L23 mediante Tapatalk
 
Upvote 0

Darevas

Mod Super Saiyajin
Se incorporó
21 Febrero 2008
Mensajes
4.738
gobierno ql
me gustaba el horario de verano permanente

por suerte es hasta hoy :zippyojo
 
Upvote 0

K3rnelpanic

non serviam
Miembro del Equipo
MOD
Se incorporó
1 Octubre 2007
Mensajes
6.052
Y se viene el mambo nuevamente. Y acá con la plataforma nueva (34 RHEL 7.2 nuevecitos de paquete) no quieren instalar el tzdata nuevo porque puede "romper algo"). Me quiero cortar la pija!
 
Upvote 0

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.773
Y se viene el mambo nuevamente. Y acá con la plataforma nueva (34 RHEL 7.2 nuevecitos de paquete) no quieren instalar el tzdata nuevo porque puede "romper algo"). Me quiero cortar la pija!

me estai hueveando... es el TZDATA POR EL AMOR DE TORVALDS!!!!!!
 
Upvote 0

K3rnelpanic

non serviam
Miembro del Equipo
MOD
Se incorporó
1 Octubre 2007
Mensajes
6.052
me estai hueveando... es el TZDATA POR EL AMOR DE TORVALDS!!!!!!
Tienen miedos arraigados de cuando la plataforma era con RHEL 5.2 y usaban el java de oracle para el aplicativo.
Tengo dudas, pero las haré saber en el 2017 :zippyjackson
 
Upvote 0
Subir