Login SSH e /tmp em 100%

Login SSH e /tmp em 100%

Sem contar o espaço reservado pelo root (geralmente 5%), se o /tmp estiver realmente 100% cheio, então 0 bytes livres,por que não conseguimos fazer login na máquina via ssh? Recebemos apenas a mensagem de erro "não é possível bifurcar".

Existem parâmetros para o cliente ssh para que ainda possamos fazer login em uma máquina quando ela tiver um /tmp 100% cheio?

ATUALIZAÇÃO: reiniciar não é realmente uma opção:\

Responder1

Não creio que o completo /tmpseja o problema. A fork()chamada do sistema só falha com esse erro específico se houver muitos processos em execução.

Você tem um conjunto ulimit?

Se você não consegue acessar o console, há muito pouco que você pode fazer...

Responder2

Já vi casos em que /tmp é apoiado por espaço SWAP... então, se você estiver trocando E tiver muita atividade /tmp, é muito possível que, ficando sem espaço SWAP, você veja esta mensagem.

Se você estiver sem memória, poderá ter poucas opções a não ser reinicializar. O assassino de memória pode estar funcionando, mas mata indiscriminadamente processos dos quais alguns podem ser importantes.

Outra coisa é que um (ou mais) processos preencheram a tabela de processos. Sem mais slots disponíveis, você também pode receber essa mensagem. Sua solução aqui seria uma operação de busca e destruição nos processos que causam a condição... supondo que você possa fazer login. Se você não conseguir fazer login, reiniciar é sua única alternativa.

Finalmente, é claro, o software ou hardware da máquina pode estar com um problema sério. Causando assim a situação que você está descrevendo.

Responder3

Em muitos sistemas, /tmpé um sistema de arquivos virtual que reside na RAM. Dependendo de como você está configurado, enchê-lo pode consumir toda a sua RAM e deixá-lo sem memória suficiente para inicializar um novo processo.

Como você pode imaginar, isso não é algo que sshpossa ser resolvido após o fato. Mas você pode evitar que isso aconteça no futuro ajustando-o /tmppara que não cresça tanto.

Responder4

Como solução alternativa, tente o ssh após a reinicialização. Uma vez encontrei um problema semelhante que foi resolvido automaticamente após a reinicialização do sistema!

informação relacionada