Incidentes
La lista de problemas que Lymen detectó. Cada incidente agrupa las alertas relacionadas, muestra qué pasó, a quién se avisó y te deja cerrarlo a mano o dejar notas.
En esta página
Para qué sirve#
Un incidente es un problema que Lymen detectó y abrió solo: un servicio caído, errores que suben, una respuesta lenta, un servidor sin recursos o un sitio que no responde. Si varias alertas tienen la misma causa, se juntan en un solo incidente, para que no te lleguen diez avisos por el mismo problema.
Desde acá ves qué está roto ahora, desde cuándo, a quién afecta, a quién se avisó y qué se hizo.
Cuándo usarlo#
- Cuando te llega un aviso y querés ver el detalle.
- Para saber si algo que anda raro ya tiene un incidente abierto.
- Para dejar constancia de qué se revisó (notas) y cerrar un incidente a mano.
- Para revisar cuánto tardan en resolverse los problemas.
Quién lo ve y quién lo cambia#
| Rol | Qué puede hacer |
|---|---|
| Administración y Sistemas | Ver todo, agregar notas, cerrar a mano, ver los avisos enviados y los tickets. |
| Negocio | Ver la lista y el detalle. No puede cerrar ni escribir notas. |
Más sobre roles en Usuarios y roles.
Cómo se usa, paso a paso#
- Entrá a Incidentes en el menú. Arriba ves tres contadores: abiertos, resueltos y tardan en resolverse (la mediana de duración de los resueltos).
- Elegí el período con el selector de tiempo de arriba a la derecha. Por defecto muestra las últimas 24 horas.
- Filtrá con los botones Abiertos / Resueltos / Todos, con el desplegable Tipo o escribiendo en el buscador (busca por servicio, servidor, título o código del incidente).
- Tocá una fila para abrir el detalle.
- En el detalle, mirá la causa probable, qué está afectado y la línea de tiempo. Si querés ver qué falló en concreto, tocá Ver qué pasó para abrir una traza de ejemplo (ver Trazas).
- Para cerrarlo a mano, tocá Cerrar incidente, contá qué pasó o qué se hizo y confirmá.
La lista#
Los incidentes abiertos van siempre arriba; dentro de cada grupo, del más nuevo al más viejo. Se muestran de a 20 por página.
| Columna | Qué muestra |
|---|---|
| Empezó | Cuándo se abrió ("Hoy 10:32") y hace cuánto. |
| Incidente | La causa probable, el código, la severidad y, si lo cerraron a mano, quién. Si arrancó durante una ventana de mantenimiento, lleva una marca. |
| Afectados | Hasta dos servicios o servidores; el resto va como "+N". |
| Duración | Cuánto lleva abierto o cuánto duró. |
| Tipo | Caído, Errores, Lento, Sin recursos o Anomalía propia. |
| Estado | Abierto, Resuelto (se cerró solo) o Cerrado a mano. |
Tipos de incidente#
Lymen elige el tipo según el nombre de las alertas que lo componen. Si hay varias, gana la más grave en este orden:
| Tipo | Se asigna cuando la alerta habla de… |
|---|---|
| Caído | Servicio sin datos o no disponible. |
| Errores | Errores. |
| Lento | Latencia o lentitud. |
| Sin recursos | CPU, memoria, disco o saturación. |
| Anomalía propia | Todo lo demás, por ejemplo una anomalía tuya o una regla de negocio. |
El detalle de un incidente#
| Sección | Qué contiene |
|---|---|
| Estado y código | Tipo, estado, código del incidente y severidad (crítica, alta o media). |
| Nivel y etiquetas de lo afectado | El nivel (T1, T2…) y las etiquetas actuales de cada servicio o servidor afectado. |
| Afecta a / Señales anómalas / Duración | Cuántos servicios o servidores, cuántas señales se juntaron y cuánto dura. |
| Qué pasó (causa probable) | La primera cosa que se rompió. Suele arrastrar al resto. |
| Causa raíz | Una hipótesis siguiendo las dependencias del mapa de la Topología. |
| Qué está afectado | Causa, servicios y servidores. |
| Línea de tiempo | Alertas, resoluciones, notas y el cierre, con hora. |
| Trazas de ejemplo | Pedidos lentos o con error de esos servicios mientras duró el incidente. |
| Notas | Lo que escribió el equipo, de la más vieja a la más nueva. |
| Avisos enviados | A quién se le avisó, por qué canal, con qué perfil y si salió. Solo Administración y Sistemas. |
| Tickets | Si hay una integración de tickets conectada, el ticket creado y su estado. Solo Administración y Sistemas. |
Cerrar un incidente a mano#
Los incidentes se cierran solos cuando el problema vuelve a la normalidad. Cerrar a mano sirve cuando ya lo resolviste y no querés esperar.
| Campo | Para qué sirve | Valor por defecto | Valores válidos | Impacto |
|---|---|---|---|---|
| ¿Qué pasó / qué se hizo? | Explicación que queda en la línea de tiempo con tu nombre. | Vacío (obligatorio) | Entre 3 y 1.000 caracteres | Queda registrada con tu usuario. Si las alertas siguen sonando, se silencian hasta que se normalicen, como mucho 24 horas: durante ese tiempo no vas a recibir avisos de ese problema. Si vuelve a fallar después, se abre un incidente nuevo. |
Agregar una nota#
| Campo | Para qué sirve | Valor por defecto | Valores válidos | Impacto |
|---|---|---|---|---|
| Agregar una nota | Dejar constancia (qué se está revisando, a quién se avisó) sin cerrar el incidente. | Vacío | Entre 3 y 1.000 caracteres | Queda en la línea de tiempo con tu nombre, a la vista de todos los que ven el incidente. No pongas contraseñas ni datos personales de pacientes o clientes. |
Ejemplos#
- Un servicio de turnos empieza a dar errores. Se abre un incidente tipo Errores con severidad alta. A los pocos minutos llega el aviso a quien corresponda según los perfiles de alerta. Entrás, ves la traza de ejemplo, escribís una nota "Reiniciamos el servicio" y, cuando se normaliza, se cierra solo.
- Ya lo arreglaron, pero las alertas siguen un rato. Cerrás a mano con "Se corrigió la configuración del balanceador". Las alertas quedan silenciadas hasta 24 horas.
Problemas comunes#
- No veo el botón Cerrar incidente. Solo aparece en incidentes abiertos y para Administración y Sistemas.
- Esperaba un aviso y no llegó. Abrí el incidente y mirá Avisos enviados. Si dice "No se le avisó a nadie", revisá los perfiles de alerta. Si dice "Silenciado por mantenimiento", había una ventana de mantenimiento. Si dice "Fuera de horario", el perfil tiene horario.
- El incidente dice "Sin datos" o "Caído" pero el servicio anda. Puede ser que el servicio dejó de enviar datos. Revisá el servidor o el gateway que lo envía.
- La lista está vacía. Cambiá el período: la lista solo muestra el rango elegido.
- El incidente se reabre. Si el problema vuelve después de cerrarse, se abre un incidente nuevo, no se reabre el viejo.
Ver también: Reglas de alerta, Anomalías, Objetivos (SLO).