Mañana, día 26 de Enero, entre las 14:00 y 14:30, instalaremos 4 GB de memoria RAM adicional en los servidores SH6, SH7, SH8 y SH11.

Para hacerlo, tendremos que detener los servidores, instalar los módulos de memoria y arrancar nuevamente el servidor. El tiempo estimado en los que los servicios estarán fuera de servicio es inferior a 10 minutos.

El objetivo de estas ampliaciones es eliminar las sobrecargas que puntualmente están sufriendo en SH8 y SH11.

Actualización: Las tareas anunciadas se han llevado a cabo con éxito.

Dentro unas pocas horas, día 7 de Enero sobre la 1:00, llevaremos a cabo una serie de tareas de mantenimiento en el servidor de mi@guebs.

Mientras trabajamos desactivaremos el acceso a mi@guebs y nuestro sistema de contratación. Serán unos 15 minutos.

Por tanto, si tienes alguna gestión pendiente, tendrás que hacerlo antes o después de la hora indicada.

Disculpen las molestias.

El sistema de ficheros /var del servidor SH3 ha sufrido cierta corrupción, haciendo que el mismo pasara a un estado de solo lectura y que los servicios MySQL y correo entrante dejaran de funcionar.

Hace aproximadamente 1 hora hemos detenido el servidor y estamos trabajando en corregir la corrupción, y evitar cualquier perdida de datos.

Esperamos que en beve todo vuelva a funcionar con normalidad.

Actualización [14:05]: Incidencia prácticamente resuelta. Hemos tenido que reemplazar un disco del array RAID. El array RAID se esta reconstruyendo, por lo que el servidor responderá con cierto retraso durante aproximadamente 1 hora, aunque ya esta todo funcionando.

Actualización [14:25]: No ha habido ninguna perdida de datos.

Esta noche, entre las 0:00 y 00:30 del 12 de Diciembre, cerraremos el acceso a nuestro sistema mi@guebs con el objeto de realizar una actualización del mismo. Esto significa que el propio mi@guebs, el sistema de contratación y el panel de dominios estarán fuera de servicio mientras llevamos a cabo la actualización, que duará entre 15 y 30 minutos.

La actualización se realiza para introducir nueva funcionalidad al sistema, corregir ciertos errores e incorporar mejoras internas necesarias para futuras versiones de mi@guebs, herramienta en la que iremos incorporando un gran número de novedades en los próximos meses.

Entre las nuevas funcionalidades que introduciremos esta noche, destacamos el nuevo panel de revendedor, la herramienta desde donde los clientes gestionaréis los nuevos planes de revendedor que en breve anunciaremos.

En la imagen superior puedes ver el aspecto general de la pantalla inicial del panel de revendedor.

Actualización: La anunciada actualización ha sido completada con éxito.

Hace un par de semanas que hemos terminado el desarrollo del nuevo sistema AntiSpam de guebs, al que hemos llamado SpamZero.

Actualmente estamos probando su eficacía con algunos clientes y mejorando algunos aspectos de usabilidad. La idea es que en un par de semanas lo implantemos de forma global, sustituyendo al actual sistema AntiSpam.

Spamzero ha sido diseñado y desarrollado con el objetivo de ofrecer el mejor filtro posible y ofrece al usuario final la posibilidad de gestionar el SPAM y el modo de funcionamiento del filtro de la forma más fácil posible. En general, ofrece mejoras importantes respecto al actual sistema, entre los que podemos destacar:

• Mejor filtro AntiSpam, recibiréis mucho menos Spam.
• El correo clasificado como Spam, se almacenará en una cuarentena independiente a tu cuenta de hosting, evitando que tu buzón se llene de Spam y/o virus.
• Posibilidad de enseñar y entrenar a tu propio filtro AntiSpam, mejorando así la eficacia del mismo.
• Como recibiréis menos SPAM y además, este se almacenará en una cuarentena externa, tendréis más espacio disponible en vuestras cuentas de hosting.
• Al sacar fuera de los servidores de hosting el análisis de Spam y al disminuir el número de correos que deben gestionar, disminuirá la carga de los servidores y mejorará su estabilidad.
• Interfaz web para gestionar la cuarentena y tus preferencias.

Como siempre, estamos y estaremos abiertos a sugerencias. Por lo que si queréis probar el nuevo sistema cuanto antes no tenéis más que contactar con nosotros.

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.

Dentro de unos minutos, 9 de Noviembre a las 9:40, vamos a reiniciar uno de los switches principales, el que da acceso a Internet a la mayoría de nuestros clientes.

Esto significa que durante unos instantes la mayoría sitios web y dominios de nuestros clientes quedarán desconectados de la red.

El motivo del reinicio es determinar el motivo de una incidencia anterior relacionada con la sobrecarga de la red y poder tomar las medidas necesarias para que no se vuelva a repetir.

Actualización [9:47]: El reinicio se ha hecho con éxito. Los servidores han estado sin conexión unos pocos segundos y todo vuelve a funcionar con normalidad.

Vamos a hacer un reinicio controlado desde el centro de datos del servidor SH4. El objetivo es solucionar un problema que afecta al módulo de gestión remota que incorpora la máquina.

El servidor estará fuera de servicio durante algo menos de 5 minutos.

Actualización [9:03]: El servidor ha sido reiniciado sin problemas y vuelve a funcionar. La incidencia ha sido resuelta.