Ôpa Estou de volta...
O nagios daqui é quase "do século passado". É 1.0 ainda. Estamos preparados para o 3.0. Tem três opções no nagios.cfg process_performance_data=1 Habilita o Nagios a (óbvio) processar dados de performance host_perfdata_command=process-host-perfdata service_perfdata_command=process-service-perfdata Estes dois especificam qual comando (presente no checkcommand.cfg) será chamado para processar a saída do plugin. O Nagios veio com estes comandos feitos com um simples echo redirecionado, que mandava a saída para arquivos texto. A gente criou um programa em C que faz um case no tipo de serviço e, dependendo deste faz coisas diferentes. Na realidade a coisa diferente aqui é relativa. É que o formato do RRD para cada grupo de serviços é diferente e a função que atualiza os mesmos obviamente é tambem. Inicialmente o programa era em shell script, depois passou para perl e finalmente foi para C. A questão da mudança foi performance. Como este programa é chamado para cada plugin de serviço que termina, quanto mais leve for o mesmo melhor é para o ambiente Linux. Como nosso servidor é meio antigo e temos muitos serviços, o shell script arrebentava a máquina literalmente. O perl melhorou muito mas ainda compilava a cada execução. O C ficou bala. O nosso servidor é um Pentium III 800 e o Nagios roda com aproximadamente 800 serviços com um tempo médio de 2 minutos para cada checagem. Geramos gráficos com este mecanismo de: - ocupação de CPU de Linux, Solaris e Windows - paginação de memória para os três - ocupação de disco para os três - quantidade de sessões de Terminal Services - quantidade de page hits em cada web server - ocupação de link WAN em umas placas "high speed" de máquina Sun - ocupação de CPU, quantidade de jobs e outros do Mainframe IBM Espero ter ajudado... Em 01/10/07, Jose Oliveira <[EMAIL PROTECTED]> escreveu: > > Bom > > Devo ter errado o parametro. > > Voce interceptar a chamada na hora que acontece é mais efetivo que gravar > tudo o que acontece e depois processar o log... > > A primeira opção pegará os eventos, como diria os britânicos, em "near > real time" ou quase tempo real. > > Mas processar o syslog tambem é uma opção. > > Amanhã te mando mais detalhes do que fizemos, sem ferir os direitos > intelectuais de meu empregador... > > :-( > > Abraços > JGeraldo > > > Em 01/10/07, Rudolfo Rosa <[EMAIL PROTECTED]> escreveu: > > > > Resolvi da seguinte forma. Habilitei a opção > > process_performance_data=1 para enviar os dados por syslog. Agora > > estou trabalhando em um script para parsear os dados. > > > > Att, Rudolfo. > > > > On 10/1/07, Rudolfo Rosa < [EMAIL PROTECTED]> wrote: > > > Oie José, > > > é isso mesmo que pretendo fazer. Mas utilizando uma outra > > > ferramenta para gerar os gráficos. > > > Procurei pela string process_service_result e não encontrei nada no > > > google. Poderia enviar mais detalhes de como foi feito, abusando da > > > sua boa vontade um exemplo das configurações do nagios?? > > > > > > Obrigado, Rudolfo. > > > > > > On 10/1/07, Jose Oliveira < [EMAIL PROTECTED]> wrote: > > > > Olá > > > > > > > > Tem uma opção que usamos por aqui, que é o process_service_result > > > > > > > > Toda vez que o Nagios faz um check ele chama o programa cadastrado > > para este > > > > fim. Aqui desenvolvemos um programa em C que atualiza gráficos de > > CPU de > > > > máquinas, usando o RRDTOOL. > > > > > > > > > > > > > > > > Em 01/10/07, Rudolfo Rosa < [EMAIL PROTECTED]> escreveu: > > > > > > > > > > PessoALL, > > > > > o nagios armazena no nagios.log apenas quando há mudança de > > status, > > > > > correto ? > > > > > > > > > > Teria como armazenar o resultado nos logs toda vez que o nagios > > > > > realizar um check ? > > > > > > > > > > Obrigado, Rudolfo. > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by: Microsoft > > > > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > > -- > > > > > Nagios-users-br@lists.sourceforge.net mailing list > > > > > https://lists.sourceforge.net/lists/listinfo/nagios-users-br > > > > > Wiki: http://nagios-br.sf.net/wiki > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Abraços > > > > JGeraldo > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > -- > > > > Nagios-users-br@lists.sourceforge.net mailing list > > > > https://lists.sourceforge.net/lists/listinfo/nagios-users-br > > > > Wiki: http://nagios-br.sf.net/wiki > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > -- > > Nagios-users-br@lists.sourceforge.net mailing list > > https://lists.sourceforge.net/lists/listinfo/nagios-users-br > > Wiki: http://nagios-br.sf.net/wiki > > > > > > -- > > Abraços > JGeraldo -- Abraços JGeraldo ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -- Nagios-users-br@lists.sourceforge.net mailing list https://lists.sourceforge.net/lists/listinfo/nagios-users-br Wiki: http://nagios-br.sf.net/wiki
