Incidentes

Todo lo que hemos publicado, de lo más reciente a lo más antiguo.

Noviembre de 2026

● Resuelto

da002 no responde

detección automática

02/11/2026 01:49 hrs (04:49 UTC) · duró 2 horas 13 min

Resuelto 02/11 04:04 hrs

Logramos levantar el servidor da002 y todos sus servicios funcionan con normalidad. Estamos reuniendo los registros del incidente para analizar la causa y evitar que se repita. Lamentamos las molestias que esta interrupción pudo causarte.

Resuelto 02/11 04:03 hrs

Los servicios afectados volvieron a responder con normalidad. La interrupción duró 2 horas 13 min.

Investigando 02/11 03:40 hrs

Seguimos trabajando en el servidor da002 para restablecer el servicio. Nuestro equipo está revisando la causa de la falla y actualizaremos esta página apenas tengamos novedades.

Investigando 02/11 01:49 hrs

Nuestro sistema de monitoreo detectó que da002 dejó de responder desde 6 ubicaciones de control. Este aviso se generó de forma automática y nuestro equipo ya está revisando. Actualizaremos esta página apenas tengamos más información.

Servicios afectados: da002

Octubre de 2026

● Resuelto

Corte de fibra en el datacenter de Binghamton, Nueva York

detección automática

22/10/2026 14:36 hrs (17:36 UTC) · duró 7 horas 14 min

Resuelto 24/10 02:31 hrs

La conexión de red del datacenter se restableció y los servidores funcionan con normalidad por una ruta alternativa.

Monitoreando 23/10 11:00 hrs

Terminamos de sincronizar la información de todas las cuentas que trasladamos a otros servidores durante el corte.

Monitoreando 23/10 07:00 hrs

Estamos terminando de sincronizar la información más reciente de las cuentas que trasladamos a otros servidores durante el corte. De las más de 200 cuentas trasladadas, sólo en 11 hay información que no podemos sincronizar automáticamente. Estamos contactando a cada uno de esos clientes para ayudarle a cargarla.

Monitoreando 22/10 23:15 hrs

Algunos sitios no cargaban por completo a través del enlace de respaldo. Ajustamos la configuración de red de nuestros servidores para adaptarla a ese enlace, y ahora cargan con normalidad. Si algún sitio sigue sin cargar, escríbenos por ticket.

Monitoreando 22/10 22:15 hrs

Los servidores funcionan con normalidad a través del enlace de respaldo. Seguimos monitoreando hasta que el datacenter confirme la reparación de la fibra principal.

Identificado 22/10 22:00 hrs

Los servidores volvieron a estar en línea porque el datacenter logró conectarse a través de un proveedor de respaldo. Es una conexión de capacidad limitada: hasta que se repare la fibra de los proveedores principales, los sitios pueden funcionar más lento de lo normal y con más latencia. Seguimos atentos a la reparación y te avisaremos cuando la conexión vuelva a la normalidad.

Monitoreando 22/10 21:55 hrs

Los servidores volvieron a estar en línea. Todavía no tenemos la confirmación del datacenter de que la reparación esté terminada, así que mantenemos el caso abierto y seguimos monitoreando hasta tenerla.

Resuelto 22/10 21:51 hrs

Los servicios afectados volvieron a responder con normalidad. La interrupción duró 7 h 14 min.

Identificado 22/10 21:20 hrs

El datacenter nos entregó un diagnóstico más preciso: los dos proveedores de fibra pasan por el mismo poste, así que, a diferencia de lo que informamos a las 19:00, la conexión volverá cuando termine esta reparación y no antes. No es un empalme puntual: hay que reemplazar dos tramos completos de cable de fibra y luego empalmarlos en ambos extremos. El cable nuevo y los materiales ya están disponibles y se están probando antes de instalarlos, y un equipo de construcción va camino al lugar.

El plan del proveedor es instalar el cable durante la mañana del jueves 23. El datacenter está exigiendo que el trabajo avance durante la noche para adelantar la reparación, y publicaremos cualquier avance apenas lo tengamos.

Mientras tanto, ya trasladamos más de 170 clientes a otros servidores desde nuestros respaldos. Si quieres que traslademos tu sitio, solicítalo por ticket.

Identificado 22/10 19:00 hrs

Los técnicos ya ubicaron el daño. Son dos cortes distintos, uno en cada proveedor de fibra del datacenter. En el primero, un vehículo chocó un poste por el que pasa la fibra: la compañía eléctrica lo está reemplazando y después se reparará la fibra. En el segundo, el daño es subterráneo y ya van equipos a excavar para repararlo. Esperamos que, apenas quede listo cualquiera de los dos, los servidores recuperen la conexión, aunque al principio podría ser con menos capacidad. Todavía no hay una hora estimada de reparación.

Identificado 22/10 17:30 hrs

Los técnicos de todos los proveedores ya están en el datacenter y están haciendo mediciones en la fibra para encontrar el punto exacto del corte. Todavía no hay una hora estimada de reparación.

Identificado 22/10 17:00 hrs

Todos los proveedores de fibra del datacenter confirmaron que sus equipos técnicos ya están trabajando en terreno de forma coordinada. Por ahora no hay una hora estimada de reparación. Apenas la tengamos, la publicaremos aquí.

Identificado 22/10 15:40 hrs

El datacenter confirmó que todos los proveedores de fibra del edificio perdieron conectividad al mismo tiempo. Hay obras de construcción en la zona, y lo más probable es que hayan dañado un ducto de fibra por el que pasan todas las conexiones. Los proveedores ya enviaron equipos técnicos al lugar. Seguiremos informando apenas tengamos novedades.

Identificado 22/10 15:05 hrs

El datacenter confirmó una falla general de su red y está trabajando para solucionarla lo antes posible.

Investigando 22/10 14:50 hrs

Escalamos el caso al datacenter de Nueva York. Todo indica que se trata de un problema a nivel del datacenter y no de nuestros servidores. Esperamos su actualización o la solución a la brevedad.

Investigando 22/10 14:36 hrs

Nuestro sistema de monitoreo detectó que cp001, cp003, cp010, cp013, da005, da006, da009 dejaron de responder. Este aviso se generó de forma automática y nuestro equipo ya está revisando. Actualizaremos esta página apenas tengamos más información.

Qué pasó

El 22 de octubre a las 14:36, los servidores cp001, cp003, cp010, cp013, da005, da006 y da009, de nuestro datacenter de Binghamton (Nueva York), quedaron sin conexión. Un vehículo chocó un poste y cortó el cable de fibra por el que llegaban los proveedores de red del datacenter. Esa misma noche, a las 21:51, los servidores volvieron a funcionar a través de un enlace de respaldo de capacidad limitada, y el 24 de octubre a las 02:31 se habilitó una ruta alternativa que restableció la conexión.

La red del datacenter es redundante: sus proveedores llegan por rutas distintas. Según el datacenter, esas rutas eran independientes cuando se contrataron, pero en algún momento cambiaron sin aviso y terminaron pasando por el mismo poste. El datacenter está revisando el caso con sus proveedores y entregará un informe formal.

Durante el incidente respondimos cientos de consultas y trasladamos más de 200 cuentas a otros servidores desde nuestros respaldos, para que esos clientes pudieran volver a funcionar sin esperar la reparación.

Aunque se trató de una falla externa, aplicaremos un mes de extensión de servicio a los clientes que estaban en los servidores afectados, incluidos los que trasladamos, que lo soliciten por ticket hasta el 30 de noviembre de 2026.

Más detalles en el anuncio: https://premiumhosting.cl/soporte/news/view/125/incidente-en-servidores-de-ny-22-octubre-2026/

Servicios afectados: cp001cp003cp010cp013da005da006da009

Septiembre de 2026

30/09/2026 11:30 hrs (14:30 UTC) · duró 1 hora 50 min

Resuelto 30/09 13:20 hrs

La conexión desde Chile hacia nuestro datacenter de Nueva York se mantuvo estable desde las 12:40, sin pérdida de paquetes ni lentitud. Damos el incidente por resuelto.

Monitoreando 30/09 12:40 hrs

La pérdida de paquetes bajó a 0% y todos los servidores volvieron a su nivel normal de red: responden rápido de nuevo, sin pérdida de paquetes ni lentitud. Seguimos monitoreando antes de dar el incidente por resuelto.

Investigando 30/09 11:30 hrs

Detectamos pérdida de paquetes desde Chile hacia nuestro datacenter de Nueva York, con algunos proveedores de internet. Los servidores siguen en línea, pero desde esas conexiones los sitios y el correo pueden cargar lento o de forma intermitente. Estamos revisando y escalamos el caso con el datacenter.

Servicios afectados: NODE002cp001cp010cp013da005da006da009
● Resuelto

cp001 fuera de servicio por la falla de un disco NVMe

detección automática

29/09/2026 11:39 hrs (14:39 UTC) · duró 24 minutos

Resuelto 29/09 12:04 hrs

Los servicios afectados volvieron a responder con normalidad. La interrupción duró 24 minutos.

Investigando 29/09 11:39 hrs

Nuestro sistema de monitoreo detectó que cp001 dejó de responder desde 6 ubicaciones de control. Este aviso se generó de forma automática y nuestro equipo ya está revisando. Actualizaremos esta página apenas tengamos más información.

Qué pasó

Falló uno de los dos discos NVMe del arreglo RAID de cp001, lo que requirió una intervención manual de nuestro equipo. El servidor ya está en línea y no hubo pérdida de información.

Servicios afectados: cp001
● Resuelto

Aviso de caída de cp004 enviado por error

detección automática

27/09/2026 15:54 hrs (18:54 UTC)

Resuelto 28/09 01:27 hrs

Este aviso se envió por error. cp004 ya no aloja clientes: sus cuentas se restauraron en otros servidores después de la mantención de Pensilvania, y lo estábamos encendiendo sólo para sincronizar información. Tu servicio no se vio afectado. Disculpa la confusión.

Investigando 27/09 15:54 hrs

Nuestro sistema de monitoreo detectó que cp004 dejó de responder desde 6 ubicaciones de control. Este aviso se generó de forma automática y nuestro equipo ya está revisando. Actualizaremos esta página apenas tengamos más información.

Servicios afectados: cp004

14/09/2026 00:00 hrs (03:00 UTC) · duró 1 hora 2 min

Resuelto 14/09 01:02 hrs

cp015 se mantiene estable y accesible. Damos por restablecido el servicio, aunque el análisis de la causa sigue abierto con el proveedor.

Monitoreando 14/09 00:59 hrs

Conectividad restablecida tras cuarenta y tres minutos. Seguimos observando el comportamiento del servidor.

Identificado 14/09 00:16 hrs

La IP volvió a dejar de responder. Al no ser un episodio aislado, escalamos el caso con el datacenter, que es nuestro proveedor del rango de direcciones.

Monitoreando 14/09 00:15 hrs

La conectividad se restableció tras catorce minutos. Mantenemos el monitoreo para confirmar que quedó estable.

Investigando 14/09 00:01 hrs

La dirección IP principal de cp015 dejó de responder. Los sitios alojados en ese servidor no cargan.

Qué pasó

La dirección IP principal de cp015 dejó de responder en tres episodios entre las 00:00:57 y las 01:01:32, sumando cerca de 58 minutos sin servicio. El servidor en sí se mantuvo operativo: lo que falló fue la accesibilidad de su IP principal. El caso sigue abierto con el datacenter, que es nuestro proveedor del rango de direcciones, y actualizaremos este incidente cuando tengamos una conclusión definitiva.

Servicios afectados: cp015

Agosto de 2026

23/08/2026 02:42 hrs (06:42 UTC) · duró 1 hora 51 min

Resuelto 23/08 04:33 hrs

El servidor está operativo nuevamente y los sitios y el correo alojados responden con normalidad. El origen fue una falla en el controlador RAID, que ya fue reparada.

Investigando 23/08 02:43 hrs

cp007 dejó de responder desde todas nuestras ubicaciones de monitoreo. Nuestros administradores recibieron la alerta y comenzaron a revisar la conectividad del servidor. Los sitios y el correo alojados en él están caídos.

Qué pasó

cp007 dejó de responder a las 02:42. Nuestros administradores recibieron la alerta de inmediato y descartaron primero un problema de red, revisando las distintas rutas de conexión hacia el servidor. Tras reiniciar el equipo se identificó el origen real: una falla en el controlador RAID. Se realizaron los trabajos de reparación necesarios y el servidor volvió a operar a las 04:32. La interrupción total fue de 1 hora y 50 minutos. No hubo pérdida de datos: la información de los sitios y las casillas de correo alojadas en cp007 se mantuvo íntegra durante toda la interrupción.

Servicios afectados: cp007

¿En qué servidor estoy?

Escribe tu dominio y te decimos en qué servidor está y si tiene algún problema.

Sirve el dominio, la dirección del sitio o un correo: misitio.cl o tu@misitio.cl.

No guardamos el dominio que consultas. Privacidad