Como matar um processo travado no servidor sem derrubar o site inteiro Print

  • 0

Como matar um processo travado no servidor sem derrubar o site inteiro

Olá, viajante da web! Aqui é o Sensei da GeHost — seu guia fiel no mundo da hospedagem. Se você está lendo isso, provavelmente está diante de um problema comum: um processo travado no servidor, que está deixando seu site lento ou até inacessível. Calma! Não é o fim do mundo. Vamos resolver isso com cuidado, sem afetar o resto do seu site. Siga comigo, passo a passo.

Antes de começar: entenda o que está acontecendo

Um processo travado é como um carro com o motor ligado, mas parado no meio da estrada. Ele consome recursos (como memória ou CPU), mas não faz nada útil. Isso pode acontecer por erros no código, scripts mal escritos, ou até por ataques maliciosos. O bom é que, com o SSH, você pode "desligar" apenas o processo ruim — sem precisar reiniciar tudo.

Dica do Sensei: Nunca force o término de um processo sem saber qual é. Se você matar o wrong one, pode causar mais problemas. Vamos identificar com calma.

Passo a passo: matando o processo com segurança

  1. Entre no seu servidor via SSH

    Para isso, você precisa do seu usuário de acesso (geralmente o nome da sua conta no painel) e da senha SSH. Você pode usar o painel da GeHost para encontrar essas informações.

    Se você ainda não tem acesso SSH, entre em contato com o suporte — é algo que pode ser ativado com segurança para você.

  2. Verifique quais processos estão ativos

    No terminal, digite o comando:

    ps aux | grep php

    Esse comando mostra todos os processos que envolvem PHP — o mais comum em sites travados. Se seu site usa outro sistema (como Node.js ou Python), ajuste o comando para o nome correto (ex: ps aux | grep node).

    Veja a lista de processos. Procure por algo como:

    • php /home/usuario/public_html/script_lento.php
    • php /home/usuario/public_html/wp-cron.php

    Esses são os candidatos a "travados". Anote o número do processo (o número na coluna PID).

  3. Identifique o processo problemático

    Procure por processos que estão com uso de CPU ou memória muito alto. Você pode usar:

    top

    Esse comando mostra os processos em tempo real. Pressione q para sair quando terminar.

    Procure por linhas com valores altos em %CPU ou %MEM. Anote o PID (número do processo).

  4. Mate o processo com segurança

    Quando tiver certeza do PID (ex: 12345), digite:

    kill 12345

    Substitua 12345 pelo número real do processo.

    Se o processo não parar, use:

    kill -9 12345

    Esse comando força a morte do processo. Use com cautela — só quando o normal não funcionar.

  5. Confirme que o processo parou

    Volte ao comando ps aux | grep php ou top para ver se o processo desapareceu da lista.

    Se não aparecer mais, parabéns! Você salvou o site sem derrubar tudo.

Quando não é só matar o processo

Se o problema voltar com frequência, talvez o script esteja com erro no código. Nesse caso:

  • Verifique se há atualizações no seu site (WordPress, Laravel, etc.).
  • Confira se algum plugin ou arquivo está com loop infinito.
  • Se não souber como resolver, envie um ticket ao suporte da GeHost — estamos aqui para ajudar.
Dica do Sensei: Processos travados são como um sintoma. Matar o processo é o remédio imediato. Mas o verdadeiro cuidado é encontrar a causa raiz — e isso exige atenção e paciência.

Resumo rápido

  • Use ps aux | grep php para ver os processos.
  • Use top para identificar o mais pesado.
  • Use kill PID ou kill -9 PID para parar.
  • Verifique se o processo sumiu.
  • Se voltar, investigue o código ou peça ajuda.

Se você seguir esses passos com calma, seu site vai respirar de novo — sem precisar de reinício de servidor. Você está no caminho certo. 🌟

Se precisar de ajuda, lembre-se: o suporte da GeHost está aqui para você. Basta acessar o painel do cliente e abrir um ticket. Estamos com você, sempre.

Com carinho,
Sensei da GeHost
*Grupo: G e Soluções e Eventos LTDA (marca institucional Entexp, entexp.com.br). Dono: Raphael Neves Koga (desde 2015).*


Was this answer helpful?

« Back