Coloquei o ps apenas para mostrar que a saída é diferente entre o linux e o solaris. A minha configuração é assim:
... check_command check_many_procs!checkalert ... Isso funciona para todos os linux, mas não para o solaris. Não tenho como configurar um ps aí e também não vai funcionar se eu colocar /bin/bash ./checkalert.sh porque o nrpe vai interpretar como 2 coisas separadas. Atenciosamente, -- Leonardo Neves Bernardo Analista de Suporte Unix/Linux LPIC-III Mixed Environment - www.lpi.org Em 12/02/08, Jose Oliveira<[EMAIL PROTECTED]> escreveu: > Oi > > Se fosse eu, mandaria um > > ps -ef | grep -v grep | grep checkalert.sh > > Se voltar zero, o checkalert.sh está rodando... E ficaria indiferente se tem > o /bin/bash antes... > > > > > Em 12/02/08, Leonardo Neves <[EMAIL PROTECTED]> escreveu: > > > > A versão do solaris que estou usando é a 8, já tem um nrpe rodando > > para outras monitorações. > > O problema é que o processo rodando aparece no ps -ef assim: > > /bin/bash checkalert.sh > > E desse jeito não consigo monitorar, em todos os outros servers > > (linux) o ps mostra assim: > > ./checkalert.sh > > > > Já troquei idéia com pessoal de shell script e não encontraram um > > jeito de alterar o modo como o processo roda. Pensei em usar o shc e o > > gcc, mas não é legal instalar esses softwares em uma máquina de > > produção. > > > > Você já conseguiu contornar esse tipo de problema? > > > > Atenciosamente, > > -- > > Leonardo Neves Bernardo > > Analista de Suporte Unix/Linux > > LPIC-III Mixed Environment - www.lpi.org > > > > > > > > Em 12/02/08, Jose Oliveira<[EMAIL PROTECTED]> escreveu: > > > Olá Leonardo > > > > > > Não posso te ajudar com o check_snmp mas, se voce quiser ajuda com o > > nrpe > > > para Solaris eu posso. > > > > > > Temos aqui mais de dez servidores Solaris, versões 7 e 9, e o nrpe > > funciona > > > muito bem, compilado com o "Forte C Compiler". > > > > > > Posso te mandar o binário do nrpe se vc quiser. > > > > > > > > > Em 12/02/08, Leonardo Neves <[EMAIL PROTECTED]> escreveu: > > > > > > > > Pessoal, > > > > > > > > Estou tentando monitorar se um processo está rodando em um host > > > > remoto, via snmp (já descartei a opção nrpe, pois o host remoto é > > > > solaris e houve algumas dificuldades). > > > > > > > > Rodando o snmpwalk, o resultado é esse: > > > > > > > > [EMAIL PROTECTED] nagios-snmp-plugins]# snmpwalk -v2c -c public oracle-3 > > > > .1.3.6.1.4.1.2021.2 > > > > UCD-SNMP-MIB::prIndex.1 = INTEGER: 1 > > > > UCD-SNMP-MIB::prNames.1 = STRING: checkalert.sh > > > > UCD-SNMP-MIB::prMin.1 = INTEGER: 0 > > > > UCD-SNMP-MIB::prMax.1 = INTEGER: 0 > > > > UCD-SNMP-MIB::prCount.1 = INTEGER: 1 > > > > UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: 0 > > > > UCD-SNMP-MIB::prErrMessage.1 = STRING: > > > > UCD-SNMP-MIB::prErrFix.1 = INTEGER: 0 > > > > UCD-SNMP-MIB::prErrFixCmd.1 = STRING: > > > > > > > > Ou seja, parece que está tudo ok. Porém, ao usar o check_snmp_proc, > > > > acontece isso: > > > > > > > > [EMAIL PROTECTED] nagios-snmp-plugins]# ./check_snmp_proc -v -H > > > > oracle-3 -C > > > > public > > > > check_snmp_proc: Verbose mode activated > > > > check_snmp_proc: Hostname set to oracle-3 > > > > check_snmp_proc: Community set to public > > > > check_snmp_proc: Error #1 > > > > check_snmp_proc: Could not fetch list of processes > > > > check_snmp_proc: Returning 3 > > > > > > > > Alguém sabe o que pode estar acontecendo? Já tentei as versões do > > > > check_snmp_proc de 1.0 até 1.3 (subversion). > > > > > > > > Atenciosamente, > > > > -- > > > > Leonardo Neves Bernardo > > > > Analista de Suporte Unix/Linux > > > > LPIC-III Mixed Environment - www.lpi.org > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > 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 2008. > > > 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 2008. > > 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 2008. > 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 2008. 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
