[SP-pm] Monitorar processos gerados pelo system

[Otávio Fernandes]

2009/11/22 Fernando Oliveira <fernandocorrea em gmail.com>:
> Ou se estiver com preguiça, simplemente baixa o tgz, manda p/ lá e instala!
>
> Just another Perl Hacker,
> Fernando (SmokeMachine)
> http://perl-e.org
> Sent from Rio De Janeiro, RJ, Brazil
>
>
> 2009/11/22 Otávio Fernandes <otaviof em gmail.com>
>>
>> 2009/11/22 Solli Honorio <shonorio em gmail.com>:
>> >
>> > 2009/11/22 Marcelo Gigliotti <marcelo.gigliotti em gmail.com>
>> >>
>> >> Solli,
>> >>
>> >> cheguei a pesquisar no cpan, e achei algumas soluções interessantes,
>> >> mas o
>> >> problema é que os meus servidores não possuem acesso a internet.
>> >
>> > Bom eu não entendi o que tem haver o cpan com a restrição de acesso a
>> > internet. Eu imagino que vc está dizendo com isto que não seria possível
>> > instalar do cpan diretamente no servidor, bom para isto temos boas
>> > alternativas.
>> >
>> > Já que o teu ambiente é tão preocupado com segurança, vocês devem ter
>> > alguns
>> > servidores de desenvolvimento/teste (se não tiver nem vou considerar
>> > mais
>> > que o teu ambiente é tão seguro assim), então você pode fazer o seguinte
>> > :
>> >
>> > 1o. instalar o local::lib
>> >
>> > (http://blog.blabos.org/2009/08/instalando-modulos-do-cpan-via-locallib/),
>> > assim você poderá instalar módulos sem ter permissão de root;
>> > 2o. compilar e instalar os módulos no ambiente de desenvolvimento/teste;
>> > 3o. copiar o diretório instalado para o ambiente de produção.
>> >
>> >>
>> >>
>> >> Abraços
>> >> Marcelo Gigliotti
>> >> Analista de Suporte
>> >> Red Hat Certified Technician
>> >> www.tabugado.com
>> >> Msn: tchelllo em hotmail.com
>> >> Linux User: #392364
>> >>
>> >>
>> >> 2009/11/22 Solli Honorio <shonorio em gmail.com>
>> >>>
>> >>> Marcelo,
>> >>>
>> >>> Dê uma olhada no CPAN, lá existem muitas bibliotecas que podem
>> >>> facilitar
>> >>> a tua vida, dê preferência ao módulos do cpan em detrimento de parsear
>> >>> o
>> >>> output;
>> >>> perldoc -f alarm;
>> >>>
>> >>> http://search.cpan.org/~edenc/MooseX-Role-Cmd-0.02/lib/MooseX/Role/Cmd.pm
>> >>> perldoc perlipc
>> >>> perldoc IPC::Open2
>> >>> perldoc IPC::Open3
>> >>>
>> >>> e por último, porem mais importante, compartilhe conosco as tuas
>> >>> aventuras neste teu projeto. Eu, particularmente, tenho muito
>> >>> interesse
>> >>> neste assunto.
>> >>>
>> >>> Abraços,
>> >>>
>> >>> Solli M. Honório
>> >>>
>> >>>
>> >>> 2009/11/22 Marcelo Gigliotti <marcelo.gigliotti em gmail.com>
>> >>>>
>> >>>> Olá,
>> >>>>
>> >>>> estou fazendo um script para monitorar alguns serviços de alguns
>> >>>> servidores da empresa que trabalho.
>> >>>>
>> >>>> para isto estou utilizando a função system para executar os comandos
>> >>>> que
>> >>>> necessito para verificar o ambiente. Mas estou tendo problemas para
>> >>>> verificar o status de alguns desses comandos, por exemplo...
>> >>>>
>> >>>> digamos que eu execute:
>> >>>>
>> >>>> "system ("df -h");
>> >>>>
>> >>>> ele me retornaria todos os mount points do sistema operacional, até
>> >>>> ai
>> >>>> tudo bem, mas se por um acaso eu tiver algum problema durante a
>> >>>> execução
>> >>>> deste comando... ou ele simplesmente demorar de responder eu gostaria
>> >>>> de
>> >>>> interpretar isso como uma falha. Em resumo, algum de vocês poderia me
>> >>>> dar
>> >>>> uma dica ou idéia de como monitorar este processo que startei?
>> >>>> através do
>> >>>> comando system? poderia verificar se após 5 ou 10 segundos o comando
>> >>>> não me
>> >>>> retornar ou até mesmo uma saida de erro ao executar o comando.
>> >>>>
>> >>>>
>> >>>> Abs
>> >>>> Marcelo Gigliotti
>> >>>> Analista de Suporte
>> >>>> Red Hat Certified Technician
>> >>>> www.tabugado.com
>> >>>> Msn: tchelllo em hotmail.com
>> >>>> Linux User: #392364
>> >>>>
>> >>>> _______________________________________________
>> >>>> SaoPaulo-pm mailing list
>> >>>> SaoPaulo-pm em pm.org
>> >>>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> "o animal satisfeito dorme". - Guimarães Rosa
>> >>>
>> >>> _______________________________________________
>> >>> SaoPaulo-pm mailing list
>> >>> SaoPaulo-pm em pm.org
>> >>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >>
>> >>
>> >> _______________________________________________
>> >> SaoPaulo-pm mailing list
>> >> SaoPaulo-pm em pm.org
>> >> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >
>> >
>> >
>> > --
>> > "o animal satisfeito dorme". - Guimarães Rosa
>> >
>> > _______________________________________________
>> > SaoPaulo-pm mailing list
>> > SaoPaulo-pm em pm.org
>> > http://mail.pm.org/mailman/listinfo/saopaulo-pm
>> >
>>
>> Ou ainda, empacotar os módulos com o empacotador padrão do SO. Eu
>> acredito que esta seria a alternativa mais elegante.
>>
>> um abraço,
>>
>> --
>> Otávio Fernandes <otaviof at gmail.com>
>> http://blog.emresumo.com
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>

Fernando,

Não sei se esta é uma boa sugestão. Estamos em uma thread no qual o
nosso amigo Marcelo está para reiventar o Nagios por não poder
trafegar SNMP na rede. Nós temos que lutar sempre pelas boas soluções,
soluções elegantes, que vão facilitar a nossa vida em todos os
sentidos, não somente nos 5 primeiros minutos.

Meus dois centavos.

um abraço,

-- 
Otávio Fernandes <otaviof at gmail.com>
http://blog.emresumo.com