Estado de la Red Noticias e Información

Buenos Días,

Se ha detectado que el servidor RS02 es victima de un fallo de licencia de cPanel. Varios servidores de cPanel tienen problemas de conectividad, que la empresa del panel de control, trata de resolver. Esto provoca, que muchos paneles de diferentes empresas, muestren un mensaje de licencia invalida (aunque sea correcta) a la espera de que cPanel resuelva la situación.

En concreto, a nosotros nos ha afectado en este servidor en concreto.

Estamos pendientes de cualquier evolución y en permanente contacto con cPanel, hasta que se resuelva el inconveniente.  Informaremos puntualmente en esta tarea.

ACTUALIZACIÓN

cPanel ha resuelto el problema y ya funciona con normalidad.

Buenos Días,

Tal y como anunciamos a principios de marzo, nuestro servidor MDS01 va a ser migrado a partir de mañana Viernes, 5 de Julio a las 22:00 horas. El motivo, como se explicó en marzo, es que MDS01 lleva 7 años activo, con un sistema operativo que ya ha entrado en fase EOL, es decir, que no recibe ya soporte de seguridad por parte de CentOS.

Por ese motivo, y para garantizar la mejor seguridad, la mejor estabilidad y recursos de nuestros clientes, vamos a migrarlo a un servidor actual, con posibilidad de elegir las versiones de PHP, y sobretodo que permita una garantía de buen funcionamiento otros (esperamos) 7 años más.

El cambio más visible para los clientes de MDS01, será el panel, que a partir de ahora será cPanel:

https://server.tuehost.com:2087/

Se podrá acceder con las credenciales que ya se utilizaban en Plesk, en la dirección indicada. En caso de no poder acceder, por favor, abra un ticket en su área de clientes.

Las DNS para este servidor son:

rs2.misdns.org
rs3.misdns.org

En principio, si utilizabas las DNS nuestras, no tendrás que realizar ninguna acción, ya que nos encargamos de todo. Como en toda migración, pueden surgir detalles a ajustar, por lo que pedimos disculpas en esos casos, y nos ponemos a plena disposición aquellos usuarios con problemas para ayudarles a resolverlos. Suele ser habitual algún ajuste PHP, o bien, la reconfiguración de las cuentas en clientes de correo para su correcta sincronización con el servidor. Si hay algún inconveniente que no detectamos, rogamos que nos lo indiquen por ticket.

En esta tarea indicaremos todos los pasos que se van dando en la migración.

Viernes 5 de julio de 2019 a las 22:19

Se inicia la migración por paquetes al nuevo servidor.

Sábado 6 de julio de 2019 a las 03:45

Se ha completado la migración de cuentas. Se va a revisar el estado general de la migración y comprobar detalles que pudieran fallar.

Sábado 6 de julio de 2019 a las 13:45

Tras revisar que todo es correcto a nivel de servidores, vamos a proceder con el cambio de IP para las DNS. Si utilizas nuestras DNS, en unas horas tu sitio web debe apuntar correctamente al servidor si ninguna incidencia. En caso de que algo no funcione como debe, puedes abrir un ticket en el área de clientes para tratar de ayudarte.

La tarea en este momento ha finalizado. Vamos a mantener la tarea abierta durante unas 48 horas para información sobre posibles problemas en la migración de los clientes alojados en MDS01.

El nodo de los VPS alojados en el DC03, ha sufrido un corte de red. Estamos investigando la causa.

Actualización: La caída del nodo se debe a un problema de red. Actualmente, en dicha sala, no hay salida a Internet. Se investiga las causas para restablecerla conexión. 

Actualización: El problema lo genera uno de los routers que está generando errores. Se actualiza el firmware para restablecer el servicio. Una vez actualizado y reiniciado el router, la conectividad debe volver. 

Actualización: Tras la actualización de Firmware, finalmente se identifica que la base de datos esta corrupta. Se prepara la reparación.

Actualización: Tras la reparación, el problema ha quedado solventado a las 21:32 horas. 

Buenos Días,

Se ha detectado una incidencia de red que esta afectando a determinados ISP en España (determinadas conexiones de Movistar, Vodafone y Orange). Al parecer, se trata de un problema relativo a un fallo de un peering internacional. No hay conectividad en determinados servicios provocado por ese acceso fallido en el peering.

No se trata de un problema de servidores o caída de servidor, sino de un problema relativo a una perdida de paquetes por parte de un peering intermedio. Se tratará de redirigir el trafico por un peering distinto para que la conectividad vuelva a la normalidad, pero es posible que pueda tardar algún tiempo.

Lamentablemente en este caso no podemos hacer mucho mas. Estamos pendientes de ello.

ACTUALIZACION 10:20

El problema esta centrado en un punto determinado, concretamente, en la conexión entre TH2 y el POP de Madrid, con una linea de fibra de 1x100G que no esta funcionando.

ACTUALIZACION 10:30

Se redirige el trafico de TH2, para equilibrar el fallo de la linea. Actualmente, todas las conexiones deben volver a la normalidad.

ACTUALIZACION 11:30

Todos los servicios estan funcionando con normalidad desde las 10:30. Podemos confirmarlo tras diversas pruebas y chequeos del monitor. 

ACTUALIZACION 17:50

El proveedor de fibra confirma los problemas, alrededor de las 04:00 horas, entrando la linea de backup. Dicha linea estaba al 80% de su uso, y ha provocado lentitud hasta que se ha redireccionado (Actualización de las 10:30). 

Buenos Dias,

en las proximas 24 horas, se procedera a cambiar a IP del servidor MDS03, para mejorar su sistema antiDDoS.

Ademas, este cambio, añadira caracteristicas como CDN, que mejoraran la velocidad de las paginas sea cual sea el punto en el que accedan sus clientes.

El cambio sera de madrugada, y no debe afectar al uso normal. 

La nueva IP sera: 37.187.75.164

Aquellos usuarios que utilicen nuestras DNS, no precisan de ninguna modificación. Para los que utilizan DNS propias, necesitaran cambiar la IP, para que deje de apuntar a la antigua, y apunte a la nueva. 

Saludos

Hay prevista una actualizacion menor del servidor de bases de datos en el servidor compartido MDS03. 

La actuación se iniciara a las 02:00 de la madrugada del Viernes al Sabado 28 de Enero, y tendra una duracion aproximada de 3 horas. 

Actualizacion

Debido a un pequeño incidente, la actualización se retrasara unas horas. 

Actualización

A las 10:50, el inconveniente ha sido resuelto. La actualización se ha completado, y finalizado.

Buenas Tardes,

Hemos detectado una perdida de paquetes en la red, que parece afectar a proveedores como Movistar, que en estos momentos, pierden la mayoria de los paquetes en la conectividad con los servicios.

El equipo de red esta revisando el incidente.

Actualizacion

En estos momentos se ha estabilizado la conectividad, y no existe perdida de paquetes. 

Ping se ha iniciado…

PING mundiserver.com (94.23.80.16): 56 data bytes

64 bytes from 94.23.80.16: icmp_seq=0 ttl=53 time=41.121 ms

64 bytes from 94.23.80.16: icmp_seq=1 ttl=53 time=40.535 ms

64 bytes from 94.23.80.16: icmp_seq=2 ttl=53 time=40.497 ms

64 bytes from 94.23.80.16: icmp_seq=3 ttl=53 time=40.521 ms

--- mundiserver.com ping statistics ---

4 packets transmitted, 4 packets received, 0.0% packet loss

round-trip min/avg/max/stddev = 40.497/40.669/41.121/0.262 ms

La situación parece estabilizada, pero vamos a continuar revisando que no se reproduzca. 

Actualizacion

Tras comprobaciones, todo sigue estable y correcto. Cerramos incidencia. 

Hemos detectado un fallo de conexion con las licencias cPanel, debido a una incidencia de red esta mañana.

Estamos trabajando en resolver el acceso al panel con cPanel.

La previsión es que se resuelva a lo largo de la tarde.

ACTUALIZACION

El inconveniente ha sido resuelto.

Buenos Dias,

Hemos detectado una incidencia que, por las primeras investigaciones, esta afectando a la red del Servidor MDS03.

Estamos revisando el problema.

Actualizacion

Uno de los proveedores de peering ha tenido una incidencia debido a un corte de fibra. El trafico ha sido enrutado, y todo deberia funcionar con normalidad. Es posible que se note durante los primeros minutos cierta lentitud.

A las 17:00 hemos detectado una incidencia que afecta al 50% de nuestra red. Un problema desde el datacenter, que ha afectado a un router, hacia que se perdieran paquetes en la mayoría de las conexiones.

A las 17:12 minutos, se ha realizado el cambio de ruta para que la salida se realice por otro router.

Actualmente, se trabaja en reestablecer el router afectado, para recuperar la ruta habitual.

Aunque los servicios desde poco después de las 17:12 están activos, es posible que en determinados momentos se pierdan paquetes, o se note cierta lentitud. Progresivamente, este inconveniente quedara también resuelto a medida que recuperemos la ruta caída.

Hemos detectado un fallo en el acceso al panel cPanel. Estamos investigando la incidencia.

Actualización

Se trata de un fallo de un modulo PERL interno del panel. Conjuntamente con los tecnicos de cPanel, se esta revisando y tratando de solucionar a la mayor brevedad. Por el momento no podemos dar plazos, pero puede ser un problema que lleve varias horas el solucionarlo.

Actualización

El error esta detectado y afecta tambien al servicio de correo, debido a que el antispam utiliza el mismo modulo PERL. 

Actualización

La compilacion esta realizandose. Calculamos que puede tardar entre 1 y 3 horas aproximadamente finalizar. Por lo que calculamos que entre las 16 y 18 horas podria estar solventado.

Actualización

A las 19:20 hemos podido recuperar el servicio de correo, y levantar el panel de control. El resto de servicios no se han visto afectados en todo el dia. 

Estamos analizando una caida de apache despues de una pequeña sobrecarga.

Actualizacion

Uno de los procesos se ha quedado colgado, y no responde. Esto impide arrancar apache, debido a que el proceso que no muere, es de apache, y ocupa el puerto 80.

Actualizacion

En lugar de reiniciar todos los servicios, vamos a optar por reiniciar el servidor, con el fin de que dicho proceso libere el puerto.

Actualizacion

Reinicio en curso. 

Actualizacion

Reinicio terminado. Todos los servicios funcionando con normalidad. Tiempo de caida, 8 minutos.

Buenos Dias,

Aproximadamente a las 11:00 del dia de hoy, se ha detectado un fallo de DNS que afecta a los servicios que utilicen las DNS misdns.org

Los tecnicos lo estan revisando. Pueden ustedes solicitar via ticket un backup DNS, a añadir a sus dominios con el fin de reestablecer el servicio lo antes posible mediante unas nuevas DNS.

Estamos revisando el problema para solventarlo lo antes posible. Actualizaremos mediante esta incidencia todo lo relacionado con el fallo.

ACTUALIZACION

El problema esta localizado. Existe un ataque DDoS contra los servidores DNS. Se estan filtando paquetes para contener este ataque. 

Se esta trabajando en ello.

ACTUALIZACION

El filtrado esta funcionando de forma correcta, y cada vez quedan menos paquetes atacantes. El servicio se propaga de forma paulatina, deberia mejorar con el paso del tiempo.

ACTUALIZACION

El filtrado esta practicamente terminado, y su propagacion al 90%. Todo deberia estar normal salvo algun caso puntual, o algun problema de pequeños cortes por propagacion. 

ACTUALIZACION

El probiema ya ha sido totalmente resuelto. Todos los servicios de DNS estan funcionando con normalidad.

Durante esta madrugada, hemos detectado que en nuestra red, varios servidores cPanel estaban tenian el demonio de MySQL caido.

Tras una investigacion, hemos determinado que se trata de un fallo de actualizacion de cPanel.

Efectivamente, cPanel ha confirmado esto, y ha asegurado una solucion en breve:

http://forums.cpanel.net/f354/case-161033-whm-update-knocked-my-mysql-down-452411.html

Lamentablemente no podemos asegurar que en los servidores que ya ha ocurrido el problema, no se repita (aunque al tratarse de una actualizacion, y tenerla instalada, las probabilidades son bajas), pero si es posible que durante los proximos dias, los servidores que se actualicen, generen el inconveniente.

Para solucionarlo, simplemente hay que entrar en WHM y reiniciar MySQL poniendo en el buscador de WHM "restart". Entre las opciones que nos encuentre, esta la de SQL Server (MySQL). Pulsamos, reiniciamos, y todo volvera a la normalidad.

Mantenemos esta tarea en progreso, hasta que cPanel confirme que han sacado una actualizacion, que evita esta caida del servidor MySQL en los servidores que se actualicen.

Actualizacion Viernes 6 de Febrero de 2015 03:01

cPanel ha anunciado una actualizacion (11.48.0.9) que soluciona el caso 161033, es decir, soluciona el problema de esta actuación.

• Fixed case 161033: Make MySQL use an init script to start and stop.
• Fixed case 161093: ServiceManager should use safe_shutdown_local_mysql.

Se ha detectado un fallo de red en el servidor MDS01.

Se han iniciado las investigaciones sobre el problema, y se actualizaran mediante esta incidencia.

Actualizacion

Se ha detectado el problema en una cuenta que esta realizando un sobreuso de recursos. La cuenta ha pasado a ser suspendida.

Continuamos revisando la carga del servidor. En estos momentos todos los servicios estan estables y funcionando, pero queremos asegurarnos que no se reproduce ningun tipo de problema.

Actualizacion

El servidor esta estable y funcionando con normalidad. Los niveles de uso de CPU, idle, uso de RAM, asi como el load, estan bajo los minimos exigidos.

Se ha activado una resincronizacion del RAID del disco por lo que en las proximas horas se puede notar cierta lentitud mientras este proceso termina.

Actualizacion

No se ha reproducido el problema tras la actuacion con la cuenta problematica. Por lo tanto, damos por cerrada la incidencia. La resincronizacion del RAID continuara durante todo el dia.

Buenas Noches,

A las 20:00 se ha detectado la rotura del disco del servidor reseller mundistadium. Hemos iniciado el procedimiento de balanceo de datos hacia otro servidor. Para ello, se recuperara un backup de esta madrugada.

Actualizacion

Se ha iniciado el proceso de recuperacion del Backup en el nuevo servidor. Calculamos que tardara aproximadamente una hora en restaurarse.

Actualizacion

Se inicia el desplegado de dominios en el panel.

Actualizacion

Todas las cuentas de clientes reseller han sido reactivadas. El 90% de los dominios, tambien estan ya desplegados.

Actualizacion

Todos los dominios y cuentas han sido desplegados y estan en funcionamiento. Es probable, que por tema de DNS, alguna web pueda tardar un par de horas en funcionar mientras se propaga. Pero al mantener las mismas DNS, todo debe funcionar en cuestion de poco tiempo. Los tests realizados, todas las webs las hemos visualizado.

Toda la migracion y cambios, han sido restituidos a la fecha de la copia de seguridad (Madrugada del dia 5), por lo que es probable que algunos datos del dia 5, se hubiera perdido.

El fallo se detecto minutos mas tarde de las 20:00, por lo que, en un periodo aproximado de 4 horas, hemos conseguido detectar, actuar, recuperar, desplegar, y restituir todos los datos en otro servidor, sin necesidad de cambio de DNS.

Lamentamos no obstante las molestias que pudiera ocasionar el fallo en disco de este servidor.

Saludos

Hemos detectado que los clientes del servidor reseller "Mundistadium" no tienen acceso a su panel por limitación de licencia por parte de Parallels.

La incidencia se detecto el Sábado.

En conversaciones con Parallels, que ha admitido el problema interno en uno de sus servidores de licencias, la incidencia duraría unas horas.

Tras finalizar el Lunes, continuamos con la incidencia abierta.

Nos aseguran desde Parallels que es cuestión de horas que se active el servidor y actualice las licencias.

Mantendremos información actualizada en este ticket de incidencias.

Actualizacion Martes 23 de Julio

La incidencia de los servidores de Parallels, ha sido resuelta,  y la licencia ya esta activa de nuevo.

Se han detectado problemas de red en el datacenter RBX1 que afectan a algunos servidores.

La perdida de paquetes puede estar originada en algun corte de conexion, que los tecnicos ya revisan.

ACTUALIZACION

Todos los servicios funcionan de forma correcta 20 minutos despues. Se debia a la rotura de un router. Se ha destinado el trafico por otra ruta, hasta el cambio, y vuelta a la ruta normal.

Buenos Días,

Desde esta mañana (Aproximadamente a las 10:30) se ha registrado una incidencia en Movistar ADSL que afecta, por el momento, a las zonas de Valencia y Barcelona con nuestra red y algunas mas del territorio español.

El problema, exclusivo de Telefónica, nos aseguran que esta en pro de solucionarse.

Desde la parte nuestra, poco mas podemos hacer que presionar para una rápida solución del problema a los afectados. No ocurre contra todas las IP's de nuestra red, pero si con una amplia mayoria.

Actualización

Nos reportan tambien problemas de perdida de paquetes desde Madrid. Todos ellos, como anteriormente mencionamos, desde Telefonica Movistar. Y como mencionamos anteriormente, tambien afecta a otras redes, no solo la nuestra.

Actualización

Hemos consultado con Wholesales de Telefónica, el cual, nos confirma que existe un problema de red que afecta a Movistar ADSL y algunos puntos de enlace subcontratados a Movistar.

Estan buscando el origen del problema para solucionarlo. Afecta a diferentes subnets. Por nuestra parte, no podemos hacer mas que avisar a los clientes que naveguen a través de Telefonica Movistar del estado de la incidencia.

Actualización

Informa movistar, que el nodo afectado esta reparado, y que progresivamente, la conexion deberia ir recuperandose en todos los centros afectados.

Actualización

La incidencia esta cerrada y solucionada en todos los ambitos y pruebas.

Se ha detectado que algunos clientes de reseller, estan teniendo problemas con las licencias de Parallels Plesk. Estamos investigando la situacion.

Actualizacion 14:30:

Se trata de un problema de Parallels con sus servidores, y la verificacion de licencias. Estan trabajando por solucionarlo.

Actualizacion 22:15:

Nos informan que un 50% de los afectados ya tiene la licencia actualizada.

DIA 20 de FEBRERO.

Actualizacion 13:10:

Nos informan que salvo casos esporadicos, todos los afectados tienen las licencias actualizadas.

Actualizacion 23:50:

Ya estan todas las licencias actualizadas. No hay ningun problema ya con los servidores de Parallels.

Buenas Tardes,

Se ha detectado una incidencia de red por parte del proveedor de red, que nada tiene que ver con MundiServer o un mal funcionamiento de algunas maquinas afectadas, que afectan a una gran mayoria de ISP a nivel mundial.

La mayoria de ISP (Ono, Telefonica, en España, por ejemplo) tienen perdida de paquetes en los servidores, lo cual desemboca en un problema de lentitud y conectividad.

El proveedor ya esta trabajando para solucionar esta incidencia, de la que solo podemos dar parte y instrucciones puntuales a nuestros clientes.

Actualizaremos este status a medida que obtengamos mas datos.

Actualizacion:

Problema de red solucionado.

Esta sucediendo una incidencia de red en toda la red de MundiServer, debido a un problema de nuestro proveedor, y uno de los peerings que apuntan a España.

Aunque la incidencia afecta a la practica mayoria de operadores ADSL en España, es posible que algunos usuarios no noten, dependiendo del peering por el que salgan desde España, la incidencia.

El problema esta localizado en Espanix, que es el peering que se utiliza para la salida de trafico en España.

Estamos en contacto con ellos para investigar la incidencia.

ACTUALIZACION: 20:25

La incidencia ha sido resuelta en todos sus frentes. El trafico ha sido enrutado, y se esta reparando un corte en la fibra que conduce hasta Madrid.

Tras esto, se reestableceran las rutas normales.

La incidencia se puede dar por cerrada.

Pueden consultar el estado del ping de su ISP en las graficas de estado de red:

http://www.mundiserver.com/manager/graficas.html

Se ha reportado una incidencia de red debido a un problema en uno de los peerings de conexion con España.

Se esta trabajando en solucionar la misma.

ACTUALIZACION:

Nos verifican desde el proveedor de red que se esta trabajando en ello, en un maximo de 25 minutos deberia estar resuelto.

ACTUALIZACION:

La incidencia ha sido resuelta. Se ha solventado el problema.

Hemos detectado a las 21:15 una incidencia con el RAID de los discos en este servidor.

El problema de la degradacion se ha tenido que solucionar pasando un FSCK que ha durado aproximadamente 40 minutos. Tras solventar la incidencia, hemos reestablecido el servidor minutos despues.

El problema ha sido resuelto, pero el RAID va a continuar resincronizandose en las proximas 24 horas, por lo que es probable observar algun tipo de lentitud.

Actualizacion:

El sistema esta estable, y hemos reparado tablas. El Load es ya estable y bajo.

El RAID continuara sincronizandose, previsiblemente, unas 24 horas mas, cosa que no afecta para nada al uso normal del servidor.

md2 : active raid1 sdb2[1] sda2[0]
965755392 blocks [2/2] [UU]
[>....................]  resync =  2.8% (27086848/965755392) finish=1075.6min speed=14543K/sec

Lo unico en lo que influye esto, es que en algun momento puntual dentro de estas 24 horas, se puede notar lentitud, pero nada fuera de lo normal.

Actualizacion:

Incidencia finalizada:

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md1 : active raid1 sdb1[1] sda1[0]
10482304 blocks [2/2] [UU]

md2 : active raid1 sdb2[1] sda2[0]
965755392 blocks [2/2] [UU]

unused devices: <none>

Para esta madrugada (00:30 hora española aproximadamente) se realizara una tarea de mantenimiento en los VPS HT01.

Esta tarea esta previsto que dure entre 15 y 20 minutos.

Se van a actualizar directivas de seguridad del nodo con el fin de aumentar la seguridad contra ataques habituales de escaneos de puertos.

Asi mismo, se realizaran otras mejoras de menor magnitud.

Añadimos esta nota el dia 22 a las 13:41 para informacion de nuestros clientes.

Actualizacion: Listo, ya esta todo actualizado.

Debido al cambio de Kernel, se va a reiniciar de 15:45 a 16:00 horas los VPS.

Esta medida es necesaria por seguridad.

Actualizacion 16:05

Se esta iniciando todos los VPS.

Actualizacion 16:07

Todos los VPS han sido iniciados y estan dando ping.

La actualizacion del Kernel ha terminado.

A esta hora, notificamos una caida del servidor.

Intentamos levantarlo con un reboot, pero el servidor no responde. Vamos a realizar mas comprobaciones.

13:12 - Acabamos de verificar la rotura de la fuente de alimentacion. Procedemos al cambio.

13:33 - Acabamos de cambiar la fuente de alimentacion. Procedemos a realizar las pruebas para comprobar que vuelve a funcionar

13:45 - Servidor funcionando correctamente. Ping OK.

Actualizamos para dar por cerrada la incidencia. El Cliente ha tenido problemas de acceso, pero ya han sido resueltos.

Debido a un bug detectado por Parallels en los paneles Plesk, es necesario una actualizacion de urgencia.

18:00 Inicio de la actuacion

18:25 Sistemas funcionando. Correo OK. Apache OK. Bases de Datos OK. Named OK. Continua la actualizacion.

18:38 Finaliza la intervencion. Todos los sistemas funcionando correctamente.

Durante esta madrugada (Desde las 00:30 hasta la 01:30) se va a realizar un mantenimiento en la red que afectara a varios servidores dedicados.

El mantenimiento de la red es fruto de las mejoras del proveedor de red, y nada tienen que ver con problemas en los servidores.

Existe una incidencia de RED en el servidor CL33 y los servidores Reseller.

Ping se ha iniciado...

PING tuehost.com (188.165.210.112): 56 data bytes
64 bytes from 188.165.210.112: icmp_seq=0 ttl=251 time=51.648 ms
Request timeout for icmp_seq 1
64 bytes from 188.165.210.112: icmp_seq=2 ttl=251 time=50.701 ms
64 bytes from 188.165.210.112: icmp_seq=3 ttl=251 time=51.986 ms

--- tuehost.com ping statistics ---
4 packets transmitted, 3 packets received, 25.0% packet loss
round-trip min/avg/max/stddev = 50.701/51.445/51.986/0.544 ms

Se estan perdiendo paquetes. Level 3 ha reportado esta incidencia, y estan trabajando para solucionarlo.

Actualizacion a las 00:24 del 01 de Junio

El problema esta solucionado.

Ping se ha iniciado...

PING tuehost.com (188.165.210.112): 56 data bytes
64 bytes from 188.165.210.112: icmp_seq=0 ttl=251 time=44.770 ms
64 bytes from 188.165.210.112: icmp_seq=1 ttl=251 time=45.186 ms
64 bytes from 188.165.210.112: icmp_seq=2 ttl=251 time=45.194 ms
64 bytes from 188.165.210.112: icmp_seq=3 ttl=251 time=45.747 ms

--- tuehost.com ping statistics ---
4 packets transmitted, 4 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 44.770/45.224/45.747/0.347 ms

Desde hace media hora, responde perfectamente a los pings. La incidencia por parte de Level3, tambien ha sido cerrada.

El servidor compartido Stadium Evol, esta teniendo problemas puntuales.

Durante dos dias, hemos comprobado una alta tasa de intentos de ataques DDOS, que hemos controlado en menos de 5 minutos.

El resumen de operaciones es el siguiente:

Dia 27 de Mayo de 2011 - Ataque a las 22:50 - Bloqueado a las 22:54.

Dia 28 de Mayo de 2011 - Ataque a las 22:10 - Bloqueado a las 22:15.

Estamos trabajando para evitar mas ataques de este tipo.

Un ataque de estas caracteristicas, otro servidor estaria caido durante horas, gracias a nuestra excelente red, y las medidas preventivas antiddos, conseguimos que el daño sea menor que minimo.

Actualizacion 29 de Mayo

El servidor actuo sin problemas.

Actualizacion 30 de Mayo.

El servidor actuo sin problemas.

Actualizacion 31 de Mayo.

El servidor actuo sin problemas.

El servidor ha cesado de recibir ataques desde el dia 28, los cuales fueron bloqueados, y todo parece normalizado. Cerramos la incidencia.

El proximo Sabado dia 14 de Mayo, se van a actualizar por el siguiente motivo los servidores reseller:

Seguridad.

Se actualizara: PHP

A la version: 5.3.6

La actualizacion tendra lugar el dia 14 de Mayo, y no esperamos mas que algun microcorte puntual.

ACTUALIZACION 14 de Mayo de 2011 a las 15:04

Se han iniciado las operaciones de actualizacion de PHP.

ACTUALIZACION 14 de Mayo de 2011 a las 15:43

La actualizacion ha finalizado.

Por motivos de Seguridad, el Viernes dia 29 de Abril de 2011 se procedera a la actualizacion del servidor de hosting MundiServer Stadium Evol.

La actualizacion afectara a librerias de sistema, asi como diversos componentes que no afectaran al uso normal y habitual de las webs.

Ademas, se procedera a actualizar tanto MySQL como PHP, lo cual, si no se tienen actualizados los scripts, puede provocar problemas.

PHP: 5.3.6 (cli) (built: Apr 19 2011 12:28:40)

MySQL: 5.1.56-log Source distribution

ACTUALIZACION 29 de Abril 16:00

Vamos a proceder a la actualizacion del Servidor.

ACTUALIZACION 29 de Abril 16:34

Vamos a proceder a la actualizacion de PHP y MySQL a las 17:00. Durante un breve espacio de tiempo, el area de clientes no sera accesible por la actualizacion de ioncube.

ACTUALIZACION 29 de Abril 17:43

PHP y MySQL han sido actualizados a las ultimas versiones. El Area de Clientes es funcional tras actualizar ioncube a la ultima version de PHP. En lineas generales no se detectan problemas, y no se ha sufrido ninguna caida del servicio.

ACTUALIZACION 29 de Abril 17:58

Detectado un problema con Mundilatron.

ACTUALIZACION 29 de Abril 18:04

Problema con Mundilatron solucionado.

Por un problema de refrigeracion, 3 servidores van a entrar en un mantenimiento programado.

Se va a cambiar la refrigeracion de los mismos para solventar el problema.

No afecta a clientes de hosting.

Entre los afectados si se encuentra un servidor de reseller.

Vamos a trabajar para solucionarlo lo mas rapido posible.

Un Saludo

ACTUALIZACION 14:10

Se ha iniciado el cambio. Actualmente los servicios estan caidos a la espera de finalizar la intervencion.

ACTUALIZACION 14:29

La incidencia ha finalizado. Todos los servicios vuelven a funcionar con normalidad.

Existe un problema de red reconocido por Telefonica que afecta a determinadas zonas. Impide el acceso a la red MundiServer, entre otras muchas.

Nos confirma Telefonica que estan trabajando en el problema.

En los servidores de hosting, de 22:45 a 23:30 aprox. Se va a realizar un cambio de seguridad en suPHP.

Es mas que probable varios errores. Se trata de una mejora de la seguridad.

Cuando termine la intervencion, no deberia ocurrir ningun error, y la seguridad sera mejorada en un 200%.

Esta noche se producira sobre las 23:00 un cambio de Routers que puede llevar un tiempo de mantenimiento.

El servicio estara caido durante el tiempo que se tengan que cambiar los routers.

Lamentamos las molestias.

Debido a un problema con los generadores que deberian actuar cuando existe un corte de electricidad, un sector ha fallado.

Esto ha provocado un fallo que obligo a reiniciar un rack de servidores dedicados.

El corte fue de aproximadamente 2 minutos.

Debido a esto, se han substituido los generadores afectados.

Los Hostings situados en el CL1, sufriran un corte de linea por  mantenimiento durante esa hora.

La tarea no debe alargarse mas de media hora.

Durante esta noche, se van a realizar diferentes tareas de red que dejaran los sitios de Hosting parcialmente fuera de linea.

ACTUALIZACION 02:00

Una de las tarjetas de red ha producido un fallo. Substitucion de la misma

La red vuelve a estar online.

Un fallo en uno de los routers de nuestro proveedor de red, ha tenido un fallo que afectó a gran parte de la red de MundiServer.

Dicho fallo ha durado unos 40 minutos y ya esta solventado.

Buenos Dias,

Los planes reseller van a sufrir la eliminacion de la IP principal 94.23.85.121, que pasara a ser exclusiva de hosting.

Tambien se realiza debido a la nueva configuracion de las backups. Todos los resellers que tengan dicha IP asignada a sus clientes, deberan actualizar las DNS en el caso de no usar las genericas proporcionadas por nosotros.

La IP exclusiva para Resellers se mantiene tal como esta.

Mantenimiento de todas las cuentas de hosting y algunos dedicados.

Durante estas horas estaran desactivadas las cuentas.

Hoy Viernes se ha detectado un problema con el correo. Se pueden enviar correos, pero la recepcion no es posible debido a un bug de qmail, el servicio de correos de Plesk.

Estamos trabajando en solventarlo cuanto antes.

Asi mismo, el webmail tambien queda desactivado hasta solucionarse los problemas con el correo.

EDICION

Se ha activado el protocolo de correo alternativo para el 60% de las cuentas. Actualmente esta todo trabajando por Postfix a la espera de resolver el problema con Qmail.

EDICION

Problema resuelto.

Las cuentas de hosting que esten en los racks 1, 3 y 6 van a sufrir un corte de conexion de aproximadamente una hora, debido a un mantenimiento de los routers.

Este cambio durara aproximadamente una hora.

Disculpen las molestias

Se ha registrado un problema de DNS en determinados ISP's.

Estamos trabajando para solucionarlo lo mas rapido posible.

Durante el dia de hoy, la red de Hostings de MundiServer sufriran algun paron ocasional para actualizar los sistemas.

Durante el dia de hoy, aproximadamente entre las 21:00 y las 00:00 se va a realizar una tarea de mantenimiento de routers.

Esta tarea puede dejar el servicio offline en espacios de tiempo, especialmente MySQL.

Rogamos disculpen las molestias.

Entre la madrugada del 27 al 28 de Enero se realizara una modificacion en algunos servidores dedicados para actualizar el Kernel.

Nuestro sistema de backups ha generado un problema, llenando una de las particiones de nuestro sistema. Este problema ha sido causado porque las copias de seguridad de las 14:00 horas, han quedado paralizadas por un error del sistema.

Esto ha provocado que los archivos temporales quedaran en el sistema, coincidiendo con otros intentos de backup, provocando el llenado de la particion.

El problema esta siendo tratado, a pesar de que los servicios estan funcionando correctamente a las 17:00 horas.

En las ultimas horas estamos observando como el ping de ONO en ocasiones pierde paquetes. Esto puede derivar en algun problema de conexion para clientes de ONO. 

Los trabajos a realizar es tratar de reducir ese ping alto, para tratar de evitar la perdida de dichos paquetes. Para ello vamos a contactar con los proveedores de lineas adecuados, y tratar de discutir con ellos el problema.

El problema afecta a toda la red de MundiServer. No deberia ser un problema grave, y no deberia repercutir en la conexion a vuestras paginas web, pero si en la perdida de algun paquete, o bien, de lentitud en el acceso a las mismas por parte de usuarios de este ISP.

Imagen de Captura a las 14:34 del dia 30/09/09

Durante la madrugada del Lunes 5 de Octubre de 2009, al Martes 6 de Octubre del 2009, hemos programado la actualizacion del Kernel de los servidores dedicados. 

Esta actualizacion es necesaria para mejorar la seguridad de los dedicados. Se realizara entre las 01:00 y las 02:00. El proceso no tarda mas de 5 minutos.

Durante esos 5 minutos, los servidores dedicados estaran offline. 

La actualizacion se realizara a la version de Kernel 2.6.29.3-rt X86 & SMP & IPV6

Como administradores de los dedicados de los clientes, nos vemos en la obligacion de hacerlo. En caso de que un cliente no desee realizar esta actualizacion del Kernel, debe comunicarlo mediante un ticket.

Hemos detectado una caida del servicio de mailing, debido a un problema interno con la carpeta temporal que aloja los correos a la espera de procesar la solicitud, y por lo tanto, la entrega.

El problema ha quedado resuelto, y ha sido necesario un reinicio del sistema.

El servicio de correo ha estado desactivado durante una hora. 

Algunos clientes de dedicados y alojamientos estan experimentando problemas de "relay" en correos mandados a cuentas de Telefonica (Terra, Telefonica.Net, y demas de la empresa Telefonica España).

El codigo que muestran los correos, es un codigo 452, que no es una lista negra, ni que es tratado como SPAM, sino, que es una respuesta de que el correo se ha recibido por parte del cliente de Telefonica, pero no sera entregado por la sobrecarga de sus servidores.

Esto esta perjudicando a todos los servidores del mundo, sean o no de mundiserver. Es un problema de Telefonica, tal como ya lo tuvieron en su dia con las DNS entrando a Youtube (Vease)

En esta ocasion, el problema reside en que Telefonica, como hemos indicado, bloquea los correos porque tiene SUS servidores sobrecargados. 

La unica solucion es el reenvio. Por eso, MundiServer va a reenviar todos los correos a direcciones de Telefonica cada 5 segundos cuando se detecte que es rechazado. De esta forma, nuestros clientes no tienen que estar pendientes de nada. 

Es la única solución posible y viable. Pero también deberían avisar a sus clientes que alojen correos en esta empresa, el posible retraso a la hora de recibir correos debido a la incompetencia de Telefonica.

Por desgracia, las cuentas gratuitas que ofrece Telefonica, no son la mejor alternativa, a pesar de que el Marketing pueda decir lo contrario, para una empresa que comercia en el dia a dia. Mantener estas cuentas gratuitas, ofrece este tipo de problemas.

Con una simple pasada de nuevo por Google, comprobaremos los miles de problemas que estan teniendo otras empresas o particulares. (Vease)

Existe un problema de Firewall que ha evitado el acceso al servidor durante 10 minutos el dia de hoy (15-09).

Estos problemas han sido resueltos, y se esta investigando el problema para que no vuelva a suceder. 

Ha ocurrido durante 3 veces los ultimos 3 dias. Por lo que se va a trabajar para evitar el problema de nuevo.

Ha ocurrido un problema con los paneles de control Plesk, que se esta solucionando.

Se esta trabajando en deshacer el error y reestablecer el acceso. 

Los trabajos podrian durar un par de horas. Mientras tanto, es probable que las webs, tanto de hostings como de dedicados, sufran algun tipo de funcionamiento indebido.

Hemos resuleto un problema de red que afectaba a los servidores alojados en el Rack CL 1.

Los problemas derivan de un mal proceso en el servidor. 

Por motivos de mantenimiento, los hostings de MundiServer quedaran desactivados la madrugada del Viernes 21 al Sabado 22.

Desde las 02:00 a las 05:00 todos los hostings estaran offline, hasta actualizar totalmente el Kernel de los mismos.

De esta forma se pretende corregir un Bug aparecido en las ultimas fechas en Linux. 

Rogamos disculpen las molestias que esta actualizacion pueda ocasionarles. 

Existen problemas de conexion a la red Espanix, que comprende operadores como ONO, R, Jazztel, Ya.Com...

Los problemas estan derivados de una mala conexion al ping de parte de los servidores.

Estamos trabajando en la resolucion de esta incidencia con la gente de Espanix.

Programado reinicio del servidor por temas de configuracion del Kernel.