¿Cómo deshabilitar las alertas de inicio / detención de la instancia de Monit?

Monit envía una alerta cada vez que el demonio monit se detiene o inicia. Esta es información desagradable y no útil.

Según los documentos, configuré:

set alert user@mycompany.com but not on { instance }

... que debe enviar alertas a ese correo electrónico, a menos que estén en la categoría "instancia", que se define como arranques / paradas.

Sin embargo, sigo recibiendo alertas generadas. Esto es súper molesto. Claramente debo estar perdiendo algo.

Estamos ejecutando Monit 5.2.4

Monit puede, de acuerdo con la documentación, generar una serie de alertas:

Event:     | Failure state:              | Success state:
---------------------------------------------------------------------
action     | "Action done"               | "Action done"
checksum   | "Checksum failed"           | "Checksum succeeded"
bytein     | "Download bytes exceeded"   | "Download bytes ok"
byteout    | "Upload bytes exceeded"     | "Upload bytes ok"
connection | "Connection failed"         | "Connection succeeded"
content    | "Content failed",           | "Content succeeded"
data       | "Data access error"         | "Data access succeeded"
exec       | "Execution failed"          | "Execution succeeded"
fsflags    | "Filesystem flags failed"   | "Filesystem flags succeeded"
gid        | "GID failed"                | "GID succeeded"
icmp       | "Ping failed"               | "Ping succeeded"
instance   | "Monit instance changed"    | "Monit instance changed not"
invalid    | "Invalid type"              | "Type succeeded"
link       | "Link down"                 | "Link up"
nonexist   | "Does not exist"            | "Exists"
packetin   | "Download packets exceeded" | "Download packets ok"
packetout  | "Upload packets exceeded"   | "Upload packets ok"
permission | "Permission failed"         | "Permission succeeded"
pid        | "PID failed"                | "PID succeeded"
ppid       | "PPID failed"               | "PPID succeeded"
resource   | "Resource limit matched"    | "Resource limit succeeded"
saturation | "Saturation exceeded"       | "Saturation ok"
size       | "Size failed"               | "Size succeeded"
speed      | "Speed failed"              | "Speed ok"
status     | "Status failed"             | "Status succeeded"
timeout    | "Timeout"                   | "Timeout recovery"
timestamp  | "Timestamp failed"          | "Timestamp succeeded"
uid        | "UID failed"                | "UID succeeded"
uptime     | "Uptime failed"             | "Uptime succeeded"

Pudimos arreglar esto de nuestro lado estableciendo (las direcciones cambiaron para proteger a los inocentes):

SET ALERT important-messages@projectlocker.com ON { invalid, nonexist, timeout, resource, size, timestamp}
SET ALERT less-important-messages@projectlocker.com ON {action, permission, pid, ppid, instance, status}

Esto enruta con éxito los mensajes a las direcciones que nos interesan. Puede configurarlos de manera global o local, pero nuestras alertas son globales.

Los subtítulos bajo PRUEBAS DE SERVICIO en: http://mmonit.com/monit/documentation/monit.html corresponden bastante claramente a los tipos anteriores.

Para cada proceso o función programada de su servidor, debería poder proponer lo que le importa en inglés simple y hacer coincidir ese deseo con una de las pruebas mencionadas en las PRUEBAS DE SERVICIO. Por ejemplo, si estoy ejecutando Apache, sé que me importa:

• ¿Sigue ejecutándose el PID en el archivo PID? (no existe)
• ¿Cambió el PID sin mi conocimiento? (pid)
• ¿El servicio responde de manera oportuna a un reinicio? (se acabó el tiempo)

Para un demonio personalizado que sondea, me puede interesar si el archivo de registro se actualiza regularmente con mensajes de estado (marca de tiempo).

Estoy usando Monit versión 5.2.5 y usar lo siguiente ha detenido las alertas de monit que llegan

set alert example@gmail.com not {instance}

Simplemente dígale que lo elimine después de un cierto número de reintentos en un período de tiempo N de acuerdo con estos ejemplos .

No pude solucionar esto dentro de monit y tuve que construir una capa de procesamiento en el correo electrónico de monit para filtrar estas notificaciones de instancia de monit antes de la entrega, interceptándolas.

Estamos utilizando la función de buscapersonas para acumular y enviar avisos desde monit y varios otros sistemas, por lo que en este caso agregué una regla de filtrado en el servicio Monit usando una expresión regular basada en asunto para filtrar los correos electrónicos de aviso de instancia de monit.