O que é um comentário pegajoso check_mk ao reconhecer um host / serviço?

Question

Eu queria anexar um comentário a um sistema que está sendo monitorado com o Nagios. Eu prefiro usar o check_mk como GUI. Agora eu me deparei com isso: eu posso definir um comentário como algo pegajoso e / ou persistente.

Então eu perguntei ao nosso Nagios-admin qual seria a diferença entre pegajoso e persistente.

Descobrimos que ele não sabia sobre "sticky" - isso tem que ser algo específico para o check_mk.

Após um Google e uma análise dos documentos check_mk, não consegui encontrar nada sobre esse tópico.

Então: Qual é a diferença entre fixos e persistentes para os comentários de serviço do Nagios?

Atualizar : aqui está uma captura de tela - pesquisa rápida check_mk para um servidor específico e, em seguida, selecione o símbolo hamer. Então isso vai aparecer:

A pergunta é sobre a caixa de confirmação: pegajosa vs. persistente

    

Answer 1

Eu responderei com alguns detalhes. Jenny D é para o ponto, mas eu gostaria de ser mais preciso sobre "sem mais alarmes".

Normalmente, o Nagios irá notificá-lo em cada alteração de status:

1. Então, se o seu serviço se tornar "WARN", você receberá uma notificação.
2. Você confirma o serviço agora e não receberá outra notificação (ou seja, perioditc), desde que o serviço permaneça no estado "WARN".
3. Se passar para "CRIT", você receberá uma notificação.
4. Se voltar para "WARN", você receberá uma notificação.
5. Se, em seguida, for para "OK", você receberá uma notificação de recuperação.
6. Depois disso, o reconhecimento é expirado, pois se torna "OK"

No cenário fixo, não haverá notificações sobre travessias entre estados do problema:

1. Portanto, se o seu serviço se tornar "WARN", você receberá uma notificação.
2. Você confirma o serviço agora com a opção de conjunto fixo.
3. Se passar para "CRIT", você não receberá nenhuma notificação.
4. Se voltar a "WARN", você não receberá nenhuma notificação.
5. Se, em seguida, for para "OK", você receberá uma notificação de recuperação.
6. Depois disso, a configuração fixa é removida, pois é uma propriedade da confirmação - expirou, pois se torna "OK"

Em termos humanos:

Não definir a opção fixa significa: Eu estou trabalhando no problema, mas isso vai demorar um pouco, por exemplo, enquanto é apenas um aviso que eu não estou autorizado a mapear um novo disco. Se de repente o material escalar e o sistema de arquivos encher o CRIT, eu preciso saber, desde então, passamos da manutenção proativa para uma correção de emergência.

A opção pegajosa permite que você escolha outra forma de fazer isso. Estou trabalhando no assunto e vou ficar de olho nele enquanto trabalho. Durante meu trabalho, pode piorar temporariamente até que eu seja FEITO e então tudo ficará bem

FYI: Se você usar a opção de comentário persistente, a confirmação será eliminada, mas o texto digitado permanecerá

    

Answer 2

The question is about the Acknowledge-Box: sticky vs. persistent

OK, eles são o que descrevi no comentário acima. Dê uma olhada em this para obter mais detalhes:

• Se a opção "sticky" estiver definida como um (1), a confirmação será permanecer até que o host retorne a um estado UP. Caso contrário, confirmação será automaticamente removida quando o host for alterado estado.

• Se a opção "persistente" estiver definida como um (1), o comentário associado com a confirmação sobreviverá nas reinicializações do Nagios processo. Caso contrário, o comentário será excluído na próxima vez que o Nagios reinicia.

Answer 3

O "pegajoso" aqui significa uma "confirmação pegajosa" = não haverá mais alarmes até que este problema seja resolvido. Em outras palavras, o fato de que você reconheceu isso continuará na falha mesmo se a mesma falha continuar gerando alarmes. (Claro, isso dura até que o problema atual seja resolvido e o problema pare de gerar alarmes - na próxima vez que falhar, ele irá gerar alarmes novamente.)