instância do Amazon EC2 - a emissão do comando "top" simplesmente fica em branco no terminal ssh

Question

Eu criei uma micro instância do Amazon EC2, executando o Amazon AMI. Eu entrei no servidor usando o cliente ssh. Uma vez que se logue com sucesso, se eu emitir o comando "top", a saída superior nunca aparecerá e o comando nunca retornará. Aguarda constantemente. Eu tenho que matar a sessão ssh e re-login. É claro que nenhuma das outras coisas como java, tomcat etc. estão funcionando.

Eu reiniciei o servidor, o mesmo problema persiste. Eu finalmente mudei a instância para instância "pequena", mesmo lá estou enfrentando o mesmo problema.

Durante algumas horas do dia, parece funcionar bem sem os problemas acima.

Alguém tem alguma ideia de por que isso acontece? Isso está relacionado com o roubo ou o espancamento da CPU?

RESOLVIDO: "Para evitar possíveis problemas com configurações de MTU e perda de pacotes, inclua também uma regra para permitir" All ICMP ". Depois de criar a nova regra, clique em Apply Rule Changes." Obteve a solução deste link- link

    

Answer 1

Eu suspeito de problemas de MTU sempre que uma rede suspeita fica pendurada assim. Tente cat ing um arquivo de texto grande (algo acima de 4k) e veja se isso trava a sessão também. Em caso afirmativo, é quase certo que você tem um pequeno MTU em algum lugar ao longo do caminho que está causando problemas (especialmente porque depende do horário; talvez seu tráfego esteja tomando uma rota diferente em diferentes momentos do dia). Pesquise o Google (ou faça uma nova pergunta) para descobrir como consertar os problemas de MTU (não vou gastar muito escrevendo tudo isso aqui, na chance de estar errado).

    

Answer 2

Não, mas você pode obter facilmente algumas informações de depuração sobre o que está encerrando o processo.

Provavelmente você pode logar em outra sessão ssh, (ou se não tiver certeza de ter 2 sessão aberta já)

Então, basicamente, se eu começar um longo processo como

sleep 1000

Eu posso encontrá-lo em outra sessão de terminal como esta;

 # ps -ef  | grep sleep | grep -v grep
 root     11768 11287  0 10:36 pts/19   00:00:00 sleep 1000

Eu posso examinar o syscall que está sendo executado por esse processo usando a ferramenta strace (do pacote strace no yum / apt repo)

# strace -f -p 11768
Process 11768 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>^C <unfinished ...>
Process 11768 detached