Bit de um estranho isso. Temos uma situação de gerenciamento muito político e, como desenvolvedor que cuida da interação com a empresa de hospedagem, fui solicitado a realizar um pouco de sabotagem para testar o tempo de resposta e o tempo de resposta de nossos provedores de infraestrutura em relação ao ambiente de hospedagem.
Essencialmente, queremos que um dos nós do Apache falhe e pare de responder a solicitações. Eu sei que o balanceador de carga vai tirá-lo da piscina muito rapidamente, então não se preocupe com isso.
Eu tenho acesso root a todos os servidores.
Então, quais são as suas formas favoritas de criar um servidor apache sem que pareça que você o está quebrando intencionalmente? Qualquer forma de trancar a caixa inteira seria preferível.
Ambiente é o Apache em execução no RHEL 5.
Faça um sudo su apache e execute uma bifurcação com
:(){ :|:& };:
Esse tipo de comportamento é comum o suficiente em erros de programação para não levantar muitas sobrancelhas. Além disso, ele bloqueia todo o servidor.
EDIT - Como apontado, pode haver limitações legais para executar isso em hardware hospedado. Também dependendo da sua configuração, isso pode funcionar somente sob a conta root.
Se você estiver interessado em monitoramento e tempos de resposta, basta interromper o Apache. Isso deve ser o suficiente para acionar um alerta e uma resposta.
Any way of locking up the entire box would be preferable.
Meio dramático, mas você pode forçar um travamento / pânico no sistema com:
echo c > /proc/sysrq-trigger
Desde que:
cat /proc/sys/kernel/sysrq
tem um valor maior que 0.
e você pode realizar muitas solicitações
Dependendo da situação que você deseja tentar, eu usaria apenas uma diretiva mod_rewrite para redirecionar todas as solicitações para uma página não existente, gerando um erro 404. Não tenho certeza se está de acordo com sua definição de "parar de responder a solicitações".
Se você quiser empurrá-lo para um erro de máquina, você poderia simplesmente descer o adaptador de rede. O Apache não pode receber o pedido, nem você pode ssh a máquina. Isso simularia uma falha de rede (cabo quebrado ou outro). Desvantagem, você precisará acessar o servidor físico para ativá-lo (ou reiniciá-lo).
Tags testing linux apache-2.2 redhat