jstack: целевой процесс не отвечает

Я заставил его работать, выполнив две вещи:

1. Изменен вызов на: sudo -u tomcat6 jstack -J-d64 -m pid
2. Заменен OpenJDK на оригинальные пакеты Sun-6-jdk и sun-6-jre.

Объяснение к части 1: Я переключился в 64-разрядный режим, использовал sudo и запустил команду как пользователь Tomcat.

Примечание. Часть 2 может не понадобиться. Некоторым пользователям кажется, что части 1 достаточно. Фактически, попробуйте сначала добавить только команду sudo. Возможно, это уже сработало.

Я думаю, вам нужно запустить jstack от имени того же пользователя, который запускает процесс Tomcat. Также обратите внимание, что jps возвращает процессы только для текущего пользователя. Вы получите pid для процесса Tomcat, запустив jps с помощью sudo или от имени пользователя процесса Tomcat.

Этот отчет об ошибке также может быть полезен: https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/597098

@Valmar, я нахожу здесь ту же тему. Не удается получить дамп потока? Есть идеи, почему мое приложение блокируется?

Кажется, что обходной путь - sudo -u tomcat6 kill -3 <pid>.

Попробуйте переключиться на пользователя процесса, а затем используйте jstack:

sudo -u {пользователь процесса} jstack> дамп

Это также сработало для меня:

sudo -u tomcat6 kill -3 pid

Похоже, что ничего не происходит, но когда вы смотрите в журналы, стеки там. Они выглядят как исключения, если вы их не ожидаете.

Я считаю полезным использовать что-то вроде 'ps -eo pid, user, command | grep java ', чтобы найти фактическую используемую команду java, затем используйте каталог, чтобы найти соответствующий jstack и т. д.

# ps -eo user,command | grep '[j]ava' | cut -d' ' -f1
someuser /usr/lib/jvm/java/bin/java

# /usr/lib/jvm/java/bin/java -version
java version "1.6.0_45"
Java(TM) SE Runtime Environment (build 1.6.0_45-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.45-b01, mixed mode)

Итак, его 64-разрядная версия работает как «someuser». su этому пользователю и запустите jstack и т. д. из того же каталога. (например, / usr / lib / jvm / java / bin / jstack

Полезно, когда вы находитесь на сервере с различными установками / реализациями Java.

У меня была такая же проблема, но ни одно из нижеприведенных решений не помогло мне:

jstack <pid>
jstack -J-d64 -m <pid>
sudo -u <user> jstack ...

Я наконец обновил JDK с jdk1.6.0_24 до jdk1.7.0_67, и все заработало.

Для пользователей Tomcat, у которых возникла эта проблема, проверьте файл журнала catalina.out.

У меня были те же проблемы: «22693: невозможно открыть файл сокета: целевой процесс не отвечает или виртуальная машина HotSpot не загружена». Я сдался и пытался найти что-нибудь о том, что произошло до того, как он заблокировался, но затем в файле журнала был вывод jstack.

Для тех, кто нашел этот ответ через шесть лет после того, как его спросили, и они используют CentOS 7, обратите внимание, что SELinux остановит jmap от записи дампов кучи, поскольку из коробки он откажется от записи в сокет, если только каталог имеет тип tomcat_tmp_t.

В моем случае я пишу свои дампы кучи под /usr/share/tomcat/.jmap. Этот каталог принадлежит моему пользователю среды выполнения.

Поэтому, чтобы позволить jmap писать в этот каталог:

semanage fcontext -a -t tomcat_tmp_t "/usr/share/tomcat/.jmap(/.*)?"
restorecon /usr/share/tomcat -vR

Это позволяет нам затем работать как наш пользователь Tomcat:

jmap -dump:format=b,file=/usr/share/tomcat/.jmap/tomcat-`date +%s`.bin <pid>

Моя проблема заключалась в том, что я запустил процесс через терминал. Затем, чтобы протестировать свой jstack, я приостановил процесс на ctrl+z. Процесс не смог ответить. Чтобы решить эту проблему, я возобновил процесс с помощью fg и проверил его jstack с помощью другого терминала.