[Cascavel-pm] Gerenciando conexoes

[Lorn]

Bom, tenho uma dica
Qual versão do apache é a sua?
Se a versão é acima de 2.x e foi você que compilou sugiro que dê uma
pesquisada sobre os MPM disponiveis
 --with-mpm=MPM          Choose the process model for Apache to use.

MPM={beos|worker|prefork|mpmt_os2|perchild|leader|threadpool}
Com certeza esse seu erro é na aplicacão mais usando e configurando o MPM
você pode evitar filhos orfãos ( até que enfim alguem pensou nas
criancinhas... )


On 1/22/07, Cristiano Torres <listas.perl em gmail.com> wrote:
>
> Boa tarde Lorn... omiti algumas coisas no primeiro e-mail e mesmo assim
> ficou grande.
>
> Além dos fatos que apresentei, em http://mail.pm.org/pipermail/cascavel-pm/2007-January/007952.html
>
>
> Um agravante é que, devido a má gerencia de processos da aplicação o
> "Apache" fica com muitos processos filhos presos
> que não conseguem ser gerenciados pelo processo pai. Portanto as diretivas
> MaxSpareServer, MaxRequest,MaxClients etc
> não tinham efeito para os processos de conexão com o banco, entao depois
> que o modulo desenvolvido conectava com o
> banco, o servidor web "perdia" controle sobre o processo ( porém
> continuavam no scoreboard do apache).
>
> Entao acontecia a situacao N processos do apache na porta 80 e N+X
> conexoes com o banco oracle, onde X crescia a medida
> que os processos do apache eram reciclados. Isso gerou uma situacao em que
> varios processos concorriam com conexoes ao
> banco e ficavam disputando memoria e cpu timing, então para eles era
> normal dar um "top" e ver o "load avarage" em 150,
> coisas do tipo. Depois que vi esse estupro no servidor, escandalizei.
>
> Passei para o pessoal quais as chamadas de sistema que o apache mandava
> para o processos filhos, mostrei como ele fazia forks,
> etc etc ( gracas a documentacao do apache e do proprio codigo), mostrei o
> porque estava gerando tantos locks no banco, as
> concorrencias de conexao com o banco etc...
>
> Tudo bem, analisar o problema e falar para o pessoal que está errado foi a
> parte facil, porém fiquei meio
> infeliz com minha incapacidade de resolver o problema por completo. Entao
> resolvi aprofundar meus conhecimentos
> em perl ( ou melhor, tentar desenvolver alguma coisa de qualiade) ... e
> acá estou :)
>
> E ja aprendi muito .
>
>
> Desculpe a demora e a possivel falta de coerencia, faltam algumas horas de
> sono no meu Portugues.
>
> Obrigado.
>
>
> Em 21/01/07, Lorn <lorn.br em gmail.com> escreveu:
> >
> > Explique melhor seu problema para que possamos ajuda-lo :)
> >
> > On 1/20/07, Cristiano Torres < listas.perl em gmail.com> wrote:
> > >
> > > Caros mestres, bom dia.
> > >
> > > Uma breve introdução desse humilde aprendiz, e claro uma solicitação
> > > de ajuda ou referência.
> > >
> > > Onde trabalho sou um dos responsáveis pela área de TI e configuração
> > > de servidores WEB. Basicamente configuro e
> > > monitoro servicos WEB para que a aplicacao desenvolvida pela empresa
> > > rode sem problemas. Porém recentemente
> > > começaram a desenvolver um modulo para apache ( desenvolveram em Kylix
> > > para versao 1.3.37 do Apache) que
> > > recebe as conexoes via http, processa a requisicao, abre conexao com
> > > oracle e retorna o resultado para o cliente.
> > >
> > >
> > > O que acontece é que esse modulo esta abrindo mais conexoes com o
> > > banco do que devia, e os malditos
> > > desenvolvedores em delphi disseram que a culpa é do servico web.
> > >
> > > Já mostrei para o pessoal que o apache só gerencia as requisicoes com
> > > a porta na qual o processo "escuta" (80),
> > > e que as outras conexoes deveriam ser gerenciadas pelo modulo/driver
> > > que eles utilizam. Fiz isso usando
> > > um modulo do CPAN "Apache::Scoreboard" (entao tive uma breve nocao do
> > > poder do perl)
> > >
> > Bom, podem ficar tranquilos que não vim pedir ajuda em kylix ou em
> > delphi, meu intuito é elaborar um programa
> >
> > > que faça o seguinte, pegue o PID do processo do apache, se esse PID
> > > não tiver simultaneamente conexoes abertas
> > > na porta 80 e 1521 (porta do banco), que gere uma lista.
> > >
> > >
> > > Nao pretendo corrigir a falha do modulo do desenvolvimento, queria
> > > aprender como linguagens de
> > > programacao mais apropriadas lidam com isso, por isso peço uma
> > > referencia. Acho que
> > > para corrigir isso o ideal seria que trocassem o pessoal do
> > > desenvolvimento
> > >
> > >
> > > Comprei o Learning Perl, mas ainda estou apanhando um pouco.
> > >
> > > Se alguem poder dar uam dica para esse pequeno gafanhoto, agradeço.
> > >
> > > E desculpem pelo tamanho do e-mail
> > >
> > >
> > > Cristiano Torres
> > >
> > > _______________________________________________
> > > Cascavel-pm mailing list
> > > Cascavel-pm em pm.org
> > > http://mail.pm.org/mailman/listinfo/cascavel-pm
> > >
> > >
> >
> >
> > --
> > Lindolfo "Lorn" Rodrigues
> > - www.slackwarezine.com.br
> > - http://lornlab.org
> > - http://sao-paulo.pm.org
> > use Catalyst;
> > _______________________________________________
> > Cascavel-pm mailing list
> > Cascavel-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/cascavel-pm
> >
> >
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
>


-- 
Lindolfo "Lorn" Rodrigues
- www.slackwarezine.com.br
- http://lornlab.org
- http://sao-paulo.pm.org
use Catalyst;
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20070122/f7e72c95/attachment-0001.html