Por que o Apache não para completamente ou para reiniciar? Eu tenho que matar manualmente toda vez

1

Eu tenho um servidor EC2 configurado executando o Ubuntu 11.10 executando um aplicativo Django no Apache2 / WSGI. Este servidor funciona perfeitamente, pára e reinicia sem problemas.

Quando clona essa instância, tudo é exatamente o mesmo. Eu não mudei nada significativo. Mas ... NÃO irá reiniciar totalmente ou parar. O aplicativo funciona bem e o servidor não parece travar ... até que eu tente reiniciar / pará-lo.

Sempre que tento PARAR, demora pelo menos 30 a 45 segundos para parar com uma mensagem [OK] . Eu posso imediatamente tentar pará-lo novamente, e ele fará a mesma coisa. Se eu tentar RESTART, ele eventualmente falhará com um "endereço já em uso". Eu, então, mato manualmente o processo /usr/sbin/apache2 -k start de OLD estagnado para poder reiniciar. Então eu ainda tenho 4 ou 5 <defunct> processos que consomem recursos para o resto da vida da inicialização.

O que posso fazer para descobrir por que isso está acontecendo? O processo apenas fica pendurado a qualquer momento. Eu tenho batido minha cabeça contra isso por dias e estou em uma perda.

============ EDIT ===========

Eu apenas tentei clonar o AMI para mais 2 instâncias, uma MICRO e uma PEQUENA. Isso é muito estranho: A instância SMALL funciona perfeitamente. A instância do MICRO tem o mesmo problema de reinicialização. Para verificar isso, fiz a mesma coisa novamente (clonado para outro SMALL e outro MICRO). Mesma coisa ....

    
por Sunsu 18.05.2012 / 23:36

2 respostas

1

Uma diferença notável entre os vários tipos de instância em Amazon EC2 é se o tipo de instância disponível tem Amazon O armazenamento de instância do EC2 (também conhecido como armazenamento efêmero ) está disponível, e se está anexado, formatado e montado por padrão no caso. Especificamente, o último é apenas o caso das instâncias m1.small e c1.medium, e a instância t1.micro não possui esse tipo de armazenamento totalmente - consulte Instância armazena disponíveis nos tipos de instância para o número e os tamanhos dos volumes de armazenamento de instância disponíveis com cada tipo de instância e Nomes dos dispositivos da Store de Instância para obter mais detalhes sobre os mapeamentos:

Instance store volumes have to be mounted on the devices before they can be used. On a Linux instance, depending on the instance type, some instance stores are formatted and mounted by default by Amazon build images. A Windows instance uses a built-in tool, EC2Config Service, to format and mount all the instance stores attached to the instance.

Consequentemente, dependendo de sua configuração, pode haver artefatos de configuração do sistema operacional / serviço supondo que o armazenamento esteja disponível em /mnt , que na verdade não está em um clone dessa instância sem esse armazenamento, por exemplo:

  • Um arquivo de bloqueio de serviço típico poderia exibir um comportamento relacionado, por exemplo, não ser capaz de criar o arquivo de bloqueio pode não ser considerado um erro fatal, portanto, o serviço inicia bem, mas a lógica de reinicialização / parada geralmente requer o arquivo de bloqueio com o ID do processo ( PID ) esteja presente e obviamente falhará sem ele.
por 27.05.2012 / 19:23
0

Talvez tente almoçar o servidor com a diretiva PidFile

E se estiver trabalhando com o arquivo pid não padrão, procure as permissões do arquivo de log padrão criado.

    
por 28.05.2012 / 13:20