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