jps mentira? Se não, o que mais é isso?

Question

Estou executando o hadoop cdh 4.6.0 dockerized com supervisor. Eu abri o contêiner docker e tentei os dois comandos a seguir. Ficou muito confuso.

 jps

 103 -- process information unavailable
 291 -- process information unavailable
 107 -- process information unavailable
 449 Jps

Eu li informações do processo unavail significa processo é zumbi. Mas eu verifiquei o status desses processos usando no mesmo container

root@1389ca416997:/# /etc/init.d/hadoop-hdfs-namenode status
   * Hadoop namenode is running
root@1389ca416997:/# /etc/init.d/hadoop-hdfs-secondarynamenode status
   * Hadoop secondarynamenode is running
root@1389ca416997:/# /etc/init.d/hadoop-hdfs-datanode status
   * Hadoop datanode is running

O que causa essa ambiguidade? ou eu estou errado?

    

Answer 1

Eu acho que você já resolveu isso, mas eu escrevo aqui para outras pessoas que ainda estão procurando por uma resposta. O problema provavelmente está relacionado a este erro do java aqui

Uma solução alternativa é criar um link flexível para o arquivo de processo específico em um arquivo no formato que o jps espera encontrar. Por exemplo: ln -s /tmp/hsperfdata_hdfs/553 /tmp/hsperfdata_553

Como alternativa, você pode tentar fazer o downgrade da sua versão do java. Para mim isso estava funcionando até 1.7.0_65 - Talvez funcione com versões posteriores também, mas eu começo a encontrar o problema com 1.7.0_79

Além disso, se você não se importar em verificar apenas com o usuário root, basta executar o jps com o usuário que é o proprietário do arquivo / tmp / hsperfdata_user. Por exemplo: sudo -u hdfs jps e sudo -u mapred jps exibirão os processos em execução para / tmp / hsperfdata_hdfs / e / tmp / hsperfdata_mapred / respectivamente.

    

Answer 2

jps usa arquivos em /tmp/hsperfdata_<username> para determinar vmids e informações. Mas às vezes os arquivos estão desatualizados (por qualquer motivo). Então, jps pode começar a informar sobre vmids obsoletos.