No se cierran las alertas en opsgenie cuando se soluciona el incidente en JSM

[GABRIEL FLORES HERNANDEZ]

Buenas tardes,

Cuando soluciono un incidente dentro de JSM en opsgenie no se están cerrando las alertas de mi proyecto.  Estas son las reglas que he declarado y se activo la opción del update en Jira.

[GABRIEL FLORES HERNANDEZ · Accepted solution]

Hola Stephen

Te comparto el historial de la incidencia en JSM.

Quedo atento a tu respuesta.

[GABRIEL FLORES HERNANDEZ]

Hola Stephen 

También te comparto las reglas de automatización que estoy manejando y espero que me puedas guiar si lo estoy realizando de forma correcto.

Regla para crear las alertas.

Regla para cerrar las alertas.

Saludos.

[Stephen Sifers]

Hello Gabriel,

(I used google translate for your question, pardon any errors in translation)

Your question is; Why are OpsGenie alerts not auto-closing with the JSM incident(issue) is resolved?

There is a similar post that's been answered in regards to this. You may find this post here:  Opsgenie alerts auto closing problems.

I'll translate the answer here for easier access:

Si cerrar un problema en JSM no cierra la alerta Opsgenie correlacionada, entonces hay algunos lugares para verificar. En JSM / el webhook, asegúrese de que la casilla de verificación Actualización de problemas esté seleccionada:

https://community.atlassian.com/t5/image/serverpage/image-id/128471iFF8203D745392F2C/image-size/large?v=1.0&px=999 

Si se selecciona esta opción, lo más probable es que las acciones de cierre se envíen a Opsgenie, pero no coinciden con lo configurado en la acción de Alerta de cierre de la integración. Esto se puede revisar en la pestaña Avanzado de la integración JSM:

https://community.atlassian.com/t5/image/serverpage/image-id/128472iB4A8C9BA9494EF30/image-size/large?v=1.0&px=999 

Aquí es donde puede configurar qué solicitudes JSM cerrarán una alerta. De forma predeterminada, la única condición que busca Opsgenie es: Categoría de estado = Listo. Es posible que deba editar esta condición o agregar otras que filtren en qué estados se convierte el problema en:

https://community.atlassian.com/t5/image/serverpage/image-id/128476i4304C20697FA7C39/image-size/large?v=1.0&px=999 

Siempre puede solucionar los problemas de los datos que se están analizando en estas solicitudes también en la pestaña Configuración >> pestaña Registros. Si se recibe la solicitud, normalmente aparece un registro de errores que explica que no hay una condición coincidente. Puede revisar el registro para determinar qué campos deben cumplir el filtro / las condiciones de la integración para que la alerta se cierre cuando el problema se transfiera:

https://community.atlassian.com/t5/image/serverpage/image-id/128477i0039A411F84791C3/image-size/large?v=1.0&px=999 

(The above was translated via google translate, pardon any incorrect translations that may have occured)

Regards,
Stephen Sifers

[GABRIEL FLORES HERNANDEZ]

Hola Stephen,

Todo lo mencionado ya se realizo pero aun sigo con el mismo error.

Este es el log de la alerta creada en opsgenie.

Quedo en espera de tus comentarios.

[Stephen Sifers]

Hello,

I can see the alert is created, I'm not able to see the JSM issue being updated within the log you sent.

Could you include a screenshot of the history of the JSM issue and the most recent activity log for the OpsGenie alert? (I'm wanting to see if the rules you have set are applying on both sides, or if there was a status that might have been skipped).

(Translated via google translate)

Puedo ver que se creó la alerta, no puedo ver que el problema de JSM se actualice dentro del registro que envió.

¿Podría incluir una captura de pantalla del historial del problema JSM y el registro de actividad más reciente para la alerta de OpsGenie? (Quiero ver si las reglas que ha establecido se aplican en ambos lados, o si hubo un estado que podría haberse omitido).

Regards,
Stephen Sifers

[GABRIEL FLORES HERNANDEZ]

Hola Stephen

Te comprato el historial de la incidencia en JSM.

Saludos.