Mas antes de pensar no servidor.

Que aplicação ou aplicações rodam neste servidor?

É banco de dados? quantas consultas em media ele recebe?  

Quando isso acontece qual aplicação esta no pico? é o apache? é o banco? é Java? alguma coisa no /var/log/messages? tem muito consumo de swap?


Em 26 de abril de 2013 15:41, Cristiano Amaral <cristianoeinar@gmail.com> escreveu:
Com essa configuração não era para dar out... Já tentou monitorar o sistema
com algum utilitário tipo top, para verificar o vilão da história?

Outra dica é ver o que é realmente necessário nesse server e o que esta
iniciando no init...


Em 26 de abril de 2013 12:19, Leandro <leandrojpg@gmail.com> escreveu:

> Entao cara ambiente virtualizado HP-dl380 g7 e pior a vm ta com 10gb de
> ram e 4 processadores.
>
>
> Em 26 de abril de 2013 09:00, <centos-pt-br-request@centos.org> escreveu:
>
>> Enviar submissões para a lista de discussão CentOS-pt-br para
>>         centos-pt-br@centos.org
>>
>> Para se cadastrar ou descadastrar via WWW, visite o endereço
>>         http://lists.centos.org/mailman/listinfo/centos-pt-br
>> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
>> corpo da mensagem para
>>         centos-pt-br-request@centos.org
>>
>> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
>> endereço
>>         centos-pt-br-owner@centos.org
>>
>> Quando responder, por favor edite sua linha Assunto assim ela será
>> mais específica que "Re: Contents of CentOS-pt-br digest..."
>>
>>
>> Tópicos de Hoje:
>>
>>    1. OOM Killer (Leandro)
>>    2. Re: OOM Killer (Cristiano Amaral)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Thu, 25 Apr 2013 15:09:29 -0300
>> From: Leandro <leandrojpg@gmail.com>
>> Subject: [CentOS-pt-br] OOM Killer
>> To: centos-pt-br@centos.org
>> Message-ID:
>>         <CAEeH91o-BmTBZmNsJbMfFA7jbi=
>> ytOdfBRwbwZcuDnOnQ1mcUg@mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Galera, a um tempo venho enfrentando um problema do bendito Out of Memory,
>> ja peguei algumas dicas tentei entender a fundo do assunto e entendo que o
>> Kernel olha os processos que estao fazendo um load alto e os mata, bem daí
>> entao resolvi desativar o cache do kernel usando o sysctl vm cache drop =
>> 3, e ja sabia que o IO iria aumentar. mas ainda sim o problema continua só
>> que em um período maior de espaço, gostaria da ajuda do pessoal da lista
>> para gente discutir sobre tal assunto, por que pelo que já vi por ai e ja
>> li bastante as vezes achamos que o erro ta no apache na quantidades de
>> processos filhos e por ai.. mas nao verdade é algo a nivel de kernel.
>> Abraco a todos
>> --
>> Leandro Paulo
>> -------------- Próxima Parte ----------
>> Um anexo em HTML foi limpo...
>> URL:
>> http://lists.centos.org/pipermail/centos-pt-br/attachments/20130425/5f1a6e9c/attachment-0001.html
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Thu, 25 Apr 2013 16:18:38 -0300
>> From: Cristiano Amaral <cristianoeinar@gmail.com>
>> Subject: Re: [CentOS-pt-br] OOM Killer
>> To: "Portuguese (Brazilian) CentOS mailing list"
>>         <centos-pt-br@centos.org>
>> Message-ID:
>>         <
>> CADxsmpM-ihZ5ywWYoBT8U-oLzvhOHvBEeUDYPQYJzcz-20Jo0Q@mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Hum, qual seria a configuração do hardware?
>>
>>
>> Em 25 de abril de 2013 15:09, Leandro <leandrojpg@gmail.com> escreveu:
>>
>> >
>> > Galera, a um tempo venho enfrentando um problema do bendito Out of
>> Memory,
>> > ja peguei algumas dicas tentei entender a fundo do assunto e entendo
>> que o
>> > Kernel olha os processos que estao fazendo um load alto e os mata, bem
>> daí
>> > entao resolvi desativar o cache do kernel usando o sysctl vm cache drop
>> =
>> > 3, e ja sabia que o IO iria aumentar. mas ainda sim o problema continua
>> só
>> > que em um período maior de espaço, gostaria da ajuda do pessoal da lista
>> > para gente discutir sobre tal assunto, por que pelo que já vi por ai e
>> ja
>> > li bastante as vezes achamos que o erro ta no apache na quantidades de
>> > processos filhos e por ai.. mas nao verdade é algo a nivel de kernel