Ir al contenido principal

[linux] Cambio de hora en servidor CentOS (Chile)

No soy una experta en Linux, pero me ha tocado trabajar periódicamente sobre este sistema operativo, especialmente en modo consola, ya que la mitad de los sitios web de mis trabajo se encuentran alojados en esta plataforma.

Uno de los problemas con lo que me he topado (y seguro muchos de ustedes también), es el tema del Cambio de Hora Chileno, que en los últimos años ha venido variando como loco, por lo que hemos tenido que realizar el ajuste de hora prácticamente de forma manual en clientes y servidores.

Hoy, al llegar al trabajo, precisamente me topé con la sorpresa de que uno de los servidores tenía la hora cambiada. Claro: la configuración del servidor tenía puesto cambio de hora el Sábado 9 de Marzo (y el siguiente cambio en Octubre), ya que esa es la regla de cambio de hora que Chile tuvo por muchos años, por lo que me tuve que poner a la tarea de corregir el fallo.

En años pasados había tenido que solucionar lo mismo, por lo que busqué entre mis favoritos y reencontré este muy buen tutorial la respecto: Guía: Modificar tzdata, cambio/no cambio de hora Chile.

Ahora bien, el tutorial es del 2011, pero aplica bien para todos los años. Yo me puse a hacer todos los pasos, pero en el camino descubrí que, ya que había hecho el tutorial en años anteriores, me pude saltar varios pasos.

Por ejemplo, no tenía que editar el archivo de las reglas (Rules), ya que al bajar la última versión actualizada del sitio IAIA - Time Zone Database, era sólo cosa de descargar el archivo:

# wget http://www.iana.org/time-zones/repository/releases/tzdata2013b.tar.gz

...descomprimirlo:

# tar zxvf tzdata2013b.tar.gz

...y actualizar el archivo local con el contenido en el zip:

# zic southamerica
# zic backward


Al ejecutar de nuevo la instrucción que nos muestra las reglas para este año:

# zdump -v /etc/localtime | grep 2013

...las reglas se habrán actualizado correctamente de forma automática:

/etc/localtime  Sun Apr 28 02:59:59 2013 UTC = Sat Apr 27 23:59:59 2013 CLST isdst=1 gmtoff=-10800
/etc/localtime  Sun Apr 28 03:00:00 2013 UTC = Sat Apr 27 23:00:00 2013 CLT isdst=0 gmtoff=-14400
/etc/localtime  Sun Sep  8 03:59:59 2013 UTC = Sat Sep  7 23:59:59 2013 CLT isdst=0 gmtoff=-14400
/etc/localtime  Sun Sep  8 04:00:00 2013 UTC = Sun Sep  8 01:00:00 2013 CLST isdst=1 gmtoff=-10800


Y para asegurarse de que la fecha actual se encuentre correcta, pueden ejecutar date:

# date
Mon Mar 11 09:40:20 CLST 2013


Si les tocara el caso de que aun habiendo hecho esto, las reglas y la fecha no se han actualizado, deberán pisar manualmente la configuración de localtime con la actualizada de Chile/Continental:

# cp /usr/share/zoneinfo/Chile/Continental /etc/localtime

Si ejecutan de nuevo el zdump, les debieran aparecer las reglas actualizadas; lo mismo si ejecutan el date.

Dentro del tutorial antes mencionado, algunos usuarios aludían al sencillo uso de:

# yum update tzdata

El problema de usar esta actualización ultra simple es que dependemos de los servidores de repositorios que tengamos configurados en nuestro servidor Linux. Esto quiere decir que si en la lista de repositorios que tengamos configurada no está el que contiene la última versión del tzdata, de nada nos servirá tratar de usar el yum update. Esto también quiere decir que si contamos con la URL del repositorio indicado, podemos agregarlo a nuestra lista y así poder usar el yum update a gusto.

Finalmente, y no necesariamente referido a Linux, en mi caso particular tengo un servidor Mysql instalado en la misma máquina, y al hacer un:

SELECT NOW();

...tras haber realizado la corrección de la hora en Linux, Mysql me seguía mostrando la hora "incorrecta".

Para solucionar eso, deberán reiniciar el server Mysql:

# service mysqld restart

Esto último deben hacerlo tomando todas las precauciones pertinentes a vuestro caso particular.

Y eso sería el tip. No olviden leer la guía del link de CHW.
Saludos y gracias por leer!

Comentarios

Entradas populares de este blog

[tsql] Error: La instrucción INSERT EXEC no se puede anidar

Holas a todos. Mientras programaba un procedimiento almacenado, intenté obtener los datos de otro procedimiento, como lo he venido haciendo desde que descubrí tamaña maravilla de la programación sql. Pero hoy me topé con este extraño error: La instrucción INSERT EXEC no se puede anidar . Tras investigar por algunos lados, di con la respuesta: no se puede almacenar en una tabla temporal de procedimiento almacenado, el resultado de otro procedimiento que también esté realizando una inserción de este tipo. Esto es algo como tener: CREATE PROCEDURE miProcedimiento AS  INSERT INTO #tablita EXEC otroProcedimiento;  SELECT * FROM #tablita; END; CREATE PROCEDURE nuevoProcedimiento AS  INSERT INTO #tabla1 EXEC miProcedimiento; END; Esto significará que si ejecuto: EXEC nuevoProcedimiento; ...SQL me arrojará el error antes mencionado. La solución al problema es no llamar a un procedimiento que esté llamando a otro ya en su interior. En algunos lados leí que transf

[mysql] Pasar array a parámetro de procedimiento almacenado (Mysql)

Me tocó hacer una consulta que retornaba una lista de items relacionados con una lista de usuarios que podían o no tener registros en común (vale decir, tabla de quiebre). La lista debía retornar siempre la lista de items, independiente de si había usuarios por los cuales consultar y/o si los usuarios tenían relación con ellos, pero debía mostrarme el status de los usuarios por cada item, de haberlos, esto es, una lista de nombres con una columna que podía estar vacía o no. Para el caso de tener que consultar los items relacionados con usuarios, al hacer la consulta utilizando un LEFT JOIN, me daba resultados si los usuarios tenían relación con los ítems, pero no si los usuarios no tenían items asociados pues, obviamente, al no estar relacionados, la consulta retorna vacío. Por ello, la solución era hacer la consulta de los items primero, y luego por cada item preguntar el status del usuario por cada uno. Para ello, tenía dos alternativas: hacerlo por programación o hacerlo por bas

[php] NuSOAP HTTP Error: socket read of headers timed out

Holas a todos. Este es para comentar un problema que he tenido al trabajar un servicio web montado en PHP con la clase NuSOAP. El problema surgió cuando intenté llamar al servicio web desde el otro servidor, pero se caía a los exactos 30 segundos de ejecución, mostrando el mensaje que titula este registro: HTTP Error: socket read of headers timed out Sabía que el problema era el timeout, pero ¿el timeout de qué? En los servidores y páginas web hay timeouts por todos lados: el de la Conexión a internet o la red, el del Servidor (hardware), el del Servidor Web en sí (Apache, mi caso), el de PHP (mi caso)... Pero nunca se me habría ocurrido que las Aplicaciones o frameworks también pudieran tener :o Por eso, tras buscar por la red la solución a mi problema, la respuesta vino precisamente de alguien que señaló sencillamente que había que modificar el timeout de la clase NuSOAP. Y dicho y hecho, eso solucionó el problema. Si están usando en su servidor y/o cliente la clase NuSOAP, y d