Mañana por la noche, 8 de Diciembre sobre la 1:00, vamos a actualizar Passenger en todos los servidores de hosting, posibilitando el uso de versiones de Rails superiores a 2.3.2 en todos ellos (en SH9, SH10 y SH11 ya es posible actualmente).

La actualización supondrá que todoas las aplicaciones alojadas en guebs tendrás que tener la siguiente en el archivo public/.htaccess de la aplicación:

PassengerAppRoot /directorio/raiz/de/la/aplicacion

Es decir, toda aplicación Rails tendrá que respetar y  completar el paso 4 de la guía Como instalar una aplaicación Rails sobre Passenger .

Nosotros nos encargaremos de añadir dicha línea y de garantizar que todas las aplicaciones funcionan correctamente trás la actualización, pero tendréis que tener en cuenta este aspecto a la hora de actualizar las aplicaciones y/o de instalar nuevas.

Actualización #1: Hemos encontrado problemas en la actualización, por lo que hemos optado por retrasar las actualizaciones 48 horas, es decir, hasta el día 9 d Diciembre sobre la 1:00.

Actualización #2: Nuevamente, retrasamos las actualizaciones. Ya hemos determinado los problemas que nos evitaban hacer la actualización, por lo que mañana por la noche sí que haremos la actualización. Por tanto, la actualización se hará el 10 de Diciembre sobre la 1:00.

Actualización #3 [2:14]: Se ha hecho la actualización en todos los servidores excepto en SH1, donde haremos la actualización dentro de unos días. Hemos verificado que todas las aplicaciones Rails siguen funcionando correctamente y hemos comenzado a enviar notificaciones a los clientes.

Las actualización del kernel y otros aplicativos del sistema que esta madrugada hemos llevado a cabo en el servidor SH9 y en otros servidores, ha afectado al funcionamiento del servidor SH9, provocando dos cáidas durante el día de hoy.

Acabamos de reiniciar el servidor y desecho las principales actualizaciones de esta pasada madrugada con la esperanza de que esto solucione el problema.

Lo más probable es que esto solucione la incidencia, pero lo sabremos pronto: vamos a hacer unas pruebas de estrés al servidor y sólo en caso de los supere con buena nota consideraremos la incidencia resuelta.

Si resulta que no supera las pruebas de estrés procederemos a migrar a todos los clientes alojados en SH9 a otro servidor, aunque esto os lo comunicaremos a los clientes alojados en servidor uno a uno y por email.

Lamentamos los problemas que estáis teniendo los clientes que habéis tenido la mala suerte de estar alojados en SH9, ya que durante las últimas 2-3 semanas habéis sufrido varias incidencias extremadamente raras y no relacionadas, demasiadas.

Actualización: Hemos hecho una serie de pruebas de estrés y todo parece indicar que la incidencia ha sido resuelta. En cualquier caso, seguimos haciendo pruebas.

Actualización [12/11/2009 22:00]: Ayer conseguimos estabilizar el funcionamiento del servidor y minimizar el tiempo de indisponibilidad, pero dado que el servidor sigue sin responder como deberías vamos a migrar a todos los clientes alojados en SH9 a otros servidores. Os enviaremos un email en breve y haremos las migraciones esta misma noche.

Esta próxima madrugada, 11 de Noviembre sobre la 0:30, vamos a realizar tareas de mantenimiento en todos los servidores que alojan clientes excepto en el servidor SH4, donde ya lo hicimos ayer.

Las tareas de mantenimiento requerirán el reinicio de los servidores, con lo que estos estarán fuera de servicio entre 2 y 5 minutos.

Estas labores las realizamos con el objetivo de mantener los servidores actualizados y garantizar la segurid de los mismos.

Esta noche hemos estado haciendo pruebas para determinar la causa de los problemas del servidor SH9, que afectaban principalmente al rendimiento del servicio MySQL y que este último llegaba en momentos puntuales a provocar la sobrecarga del servidor entero.

Creíamos haber encontrado una solución al problema, pero como se ha visto entre las 10:00 y 10:43 de esta mañana, la solución no ha servido de mucho ya que el servidor se ha sobrecargado y bloqueado.

Finalmente, a las 10:43 hemos terminado de migrar los datos del servidor a otra máquina capaz de soportar la carga I/O que SH9 no era capaz de gestionar por algún motivo que por el momento no hemos sido capaces de determinar.

Disculpen las molestias.

En estos momentos estamos trabajando en la busqueda de una solución para corregir el funcionamiento errático de MySQL en el servidor SH9. Es probable que el servidor MySQL deje de responder en momentos puntuales.

Actualización 13:25: Aún no tenemos una solución. Hemos tenido que detener algunos servicios no imprescindibles como el panel de control, las listas de correo o el correo entrante.

Actualización 14:45: Dado que la situación parece haber mejorado programamos una nueva actuación de mantenimiento para esta próxima madrugada (día 29, sobre las 0:30): haremos una migracióm completa del servidor a otra máquina, por si resulta resulta ser un fallo de hardware. La migración se hará en unos 20 minutos, tiempo en el cual el servidor estará fuera de servicio.

Actualizacion 29/10/209 2:30: Hemos aplicado una solución que creemos resolverá el problema.

Esta próxima madrugada, sobre la 1:00 del día 27 de Octubre, vamos a proceder a reiniciar el servidor SH9 con el objetivo de hacer ciertas comprobaciones necesarias para determinar la causa del escaso rendimiento que esta ofreciendo este servidor.

Se espera que el servidor este fuera de servicio durante 5 a 10 minutos.

Es un servidor que aloja muy pocos clientes y tiene escasa carga de trabajo, pero aún así no esta ofreciendi un buen rendimiento, posiblemente por algún fallo de hardware.

Actualización: El reinicio ha ido según lo esperando pero no hemos detectado ningún problema de hardware, seguimos investigando.