REBOOTANDO POR CAUSA DE UMA BOMBA DE FORK

March 28, 2007 2 minutos de leitura

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

UNIX GURU UNIVERSE DICA UNIX

Dica Unix 2642 - 28 de março de 2007 http://www.ugu.com/sui/ugu/show?tip.today

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

REBOOTANDO POR CAUSA DE UMA BOMBA DE FORK

Não há nada mais frustante para um Administrador que quando ele tem que rebootar o sistema operacional por causa de uma bomba de fork.

( o número de processo alcança o limite máximo e quando um usuário, inclusive o superusuário ( root ), tenta executar algum comando, o sistema o responde com falha de fork ( fork failed ).

No Solaris em máquinas SPARC, isto pode ser controlado através de uma linha no /etc/sytstem :

set maxuprc=64

E reboote o sistema. Agora, um usuário só pode ter um máximo de 64 processos sob sua posse. Por padrão, o parâmetro ‘maxuprc’ tem como valor 16*maxusers - 5, onde ‘maxusers’ é outro parâmetro configurável no arquivo /etc/system.

Cuidado : você precisa fazer um backup do seu arquivo /etc/system antes de efetuar as mudanças. Você pode reverter para a configuração do antigo sistema utilizando boot -a, em algum caso de inconsistência do arquivo de configuração.

Para assinar: http://www.ugu.com/sui/ugu/show?tip.subscribe Para sair: http://www.ugu.com/sui/ugu/show?tip.unsubscribe Para enviar uma dica: http://www.ugu.com/sui/ugu/show?tip.today

=============================================== DECLARAÇÃO: TODAS AS DICAS DE UNIX SÃO PROPIEDADE DA UNIX GURU UNIVERSE E NÃO SÃO PARA SER VENDIDAS, IMPRESSAS OU USADAS SEM O CONSENTIMENTO POR ESCRITO DA UNIX GURU UNIVERSE. TODAS AS DICAS SÃO “USADAS POR SEU PROPIO RISCO”. UGU ADVERTE PARA TESTAR TODAS AS DICAS EM UM AMBIENTE QUE NÃO ESTEJA EM PRODUÇÃO.