é possível no nagios checar o host antes da notificação do serviço

Question

é possível ter nagios verificando o host antes que uma falha de serviço seja enviada? se um host for desativado ou reinicializado, receberemos muitas notificações de serviço, mas só precisaremos do host 1 inativo.

é um problema muito chato porque ligamos nagios ao nosso sistema de tickets

update :

Não tenho certeza do que aconteceu, nós temos dois ambientes nagios, eu apenas herdei o ambiente do outro departamento e foi uma de suas principais reclamações com ele (também era novo para mim já que meu próprio ambiente tem mais verificações e nunca tive esta questão)

Depois de limpar o ambiente (que dificilmente funciona) e implementá-lo em uma ferramenta de help desk (otrs) eu não vi esse comportamento, então eu suspeito que as mensagens estavam apenas nas mentes dos colegas de trabalho (desde que nagios foi enviado várias vezes por minuto! )

é agora verde depois de algumas semanas de trabalho duro e o departamento está muito feliz com isso ...

desculpa por não ter encerrado este problema antes e obrigado pelo seu tempo!

outra atualização : finalmente descobri (eu acho). o agente nagios (opsview) caiu para enviar a conexão recusada pelas mensagens do host. Acho que isso incomodava o departamento de TI.

    

Answer 1

Algo deve estar mal configurado em algum lugar, ou o host está chegando mais rápido do que as verificações de serviço com falha. Mesmo no URL que Khaled postou, diz que as verificações de host são feitas sob demanda quando um serviço muda de estado:

Hosts are checked by the Nagios daemon:

• At regular intervals, as defined by the check_interval and retry_interval options in your host definitions.
• On-demand when a service associated with the host changes state.
• On-demand as needed as part of the host reachability logic.
• On-demand as needed for predictive host dependency checks.

Isso basicamente diz que o Nagios verifica os intervalos definidos e quando um serviço muda de estado. Quando um serviço quebra (entra em um estado WARNING / CRITICAL), uma verificação de host é executada e, se o host for visto como inativo, ele deve suprimir as notificações de serviço, supondo que você o tenha configurado dessa maneira. Você pode nos mostrar suas definições de serviço e host, mascarando qualquer nome de host / endereços para proteger os inocentes, se quiser.

Como observação, uso o Nagios há anos e nunca tive um alerta de serviço quando um host está em estado inativo, a menos que eu tenha configurado especificamente para fazer isso.

    

Answer 2

Postagem antiga, mas provavelmente vale a pena mencionar o caso bastante comum com hosts que são permanentemente configurados para rejeitar pings, etc., mas precisam ter alguns serviços visíveis monitorados.

Nestes casos, como mencionado aqui: Nagios Hosts Down, mas serviços up , uma checagem falsa pode ser usada para ignorar o host e usar serviços.

O que eu costumo fazer (nagios 3.x) para obter uma verificação de host significativa nesses casos é alterar o comando host check para usar check_tcp em uma porta que eu sei que há um serviço monitorado, comumente porta 80, e alterar o check-host-alive para chamar isso com uma porta apropriada:

# Alternative to 'check-host-alive' command for hosts that can't be pinged
define command {
        command_name    check-host-alive-alt
        command_line    $USER1$/check_tcp -H $HOSTADDRESS$ -p $ARG1$
}

e configure o host com

define host {
    use             some-server-template
    name            an-unpingable-webserver

    # <other host config directives>

    check_command   check-host-alive-alt!80
}

e dependem de dependências de serviço para decidir se deve verificar outros serviços e vincular ao sistema de tickets (por meio de um comando de notificação de serviço personalizado). Pelo menos você sabe se a verificação do host está inoperante, algo está errado.

    

Answer 3

Eu não acho que seja possível. O Nagios faz seu agendamento regular para verificações de serviço e host. Além disso, verifica o status do host quando um status de serviço é alterado. Você pode dar uma olhada em esta página .

Eu acho que você precisa implementar esse mecanismo se precisar. Por exemplo, você pode receber e armazenar a mudança de status do serviço. Em seguida, você poderá enviar a notificação somente se o status do host não for alterado (como resultado de outra verificação ou após algum tempo limite).

    

Answer 4

Isso deve ser possível com Dependências do link
Aqui está um trecho do site:

How Service Dependencies Are Tested

Before Nagios executes a service check or sends notifications out for a service, it will check to see if the service has any dependencies. If it doesn't have any dependencies, the check is executed or the notification is sent out as it normally would be. If the service does have one or more dependencies, Nagios will check each dependency entry as follows:

• Nagios gets the current status* of the service that is being depended upon.
  
• Nagios compares the current status of the service that is being depended upon against either the execution or notification failure
  options in the dependency definition (whichever one is relevant at
  the time).
  
• If the current status of the service that is being depended upon matches one of the failure options, the dependency is said to have
  failed and Nagios will break out of the dependency check loop.
  
• If the current state of the service that is being depended upon does not match any of the failure options for the dependency entry,
  the dependency is said to have passed and Nagios will go on and check the next dependency entry.