Как активировать JMX на моей JVM для доступа через jconsole?

Как активировать JMX на JVM для доступа через jconsole?

Соответствующую документацию можно найти здесь:

http://java.sun.com/javase/6/docs/technotes/guides/management/agent.html

Запустите вашу программу со следующими параметрами:

-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=9010
-Dcom.sun.management.jmxremote.rmi.port=9010
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

Например, вот так:

java -Dcom.sun.management.jmxremote \
  -Dcom.sun.management.jmxremote.port=9010 \
  -Dcom.sun.management.jmxremote.local.only=false \
  -Dcom.sun.management.jmxremote.authenticate=false \
  -Dcom.sun.management.jmxremote.ssl=false \
  -jar Notepad.jar

-Dcom.sun.management.jmxremote.local.only=falseне обязательно требуется, но без него он не работает в Ubuntu. Ошибка будет примерно такой:

01 Oct 2008 2:16:22 PM sun.rmi.transport. customer .TCPTransport$AcceptLoop executeAcceptLoop
WARNING: RMI TCP Accept-0: accept loop for ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=37278] throws
java.io.IOException: The server sockets created using the LocalRMIServerSocketFactory only accept connections from clients running on the host where the RMI remote objects have been exported.
    at sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:89)
    at sun.rmi.transport. customer .TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:387)
    at sun.rmi.transport. customer .TCPTransport$AcceptLoop.run(TCPTransport.java:359)
    at java.lang.Thread.run(Thread.java:636)

см. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6754672

Также будьте осторожны с тем,-Dcom.sun.management.jmxremote.authenticate=false что делает доступ доступным для всех, но если вы используете его только для отслеживания JVM на локальном компьютере, это не имеет значения.

Обновление :

В некоторых случаях я не смог добраться до сервера. Затем это было исправлено, если я также установил этот параметр:-Djava.rmi.server.hostname=127.0.0.1

Запуск в контейнере Docker привел к множеству дополнительных проблем при подключении, так что, надеюсь, это кому-нибудь поможет. В итоге мне нужно было добавить следующие параметры, которые я объясню ниже:

-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=${DOCKER_HOST_IP}
-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.rmi.port=9998

DOCKER_HOST_IP

В отличие от локального использования jconsole, вы должны объявить другой IP-адрес, который вы, вероятно, не увидите в контейнере. Вам нужно будет заменить ${DOCKER_HOST_IP}на внешне разрешаемый IP (DNS-имя) вашего хоста Docker.

Порты JMX Remote и RMI

Похоже, JMX также требуется доступ к интерфейсу удаленного управления ( jstat ), который использует другой порт для передачи некоторых данных при арбитраже соединения. Я не видел нигде сразу очевидного, jconsoleчтобы установить это значение. В связанной статье процесс был:

• Попробуйте подключиться jconsoleс включенным ведением журнала
• Потерпеть поражение
• Выяснить, какой порт jconsoleпытался использовать
• При необходимости используйте iptables/ firewallrules, чтобы разрешить подключение к этому порту.

Хотя это работает, это, конечно, не автоматизируемое решение. Я выбрал обновление с jconsole до VisualVM, поскольку оно позволяет явно указывать порт, на котором jstatdвыполняется. В VisualVM добавьте новый удаленный хост и обновите его значениями, соответствующими указанным выше:

Затем щелкните правой кнопкой мыши новое подключение к удаленному хосту и Add JMX Connection...

Не забудьте установить флажок для Do not require SSL connection. Надеюсь, это позволит вам подключиться.

Обратите внимание, что Java 6 в последней версии позволяет jconsole присоединяться к работающему процессу даже после его запуска без использования JMX.

Если это доступно вам, также рассмотрите jvisualvm, поскольку он предоставляет обширную информацию о запущенных процессах, включая профилировщик.

Я использую WAS ND 7.0

Моей JVM нужно отслеживать все следующие аргументы в JConsole

    -Djavax.management.builder.initial= 
    -Dcom.sun.management.jmxremote 
    -Dcom.sun.management.jmxremote.port=8855 
    -Dcom.sun.management.jmxremote.authenticate=false 
    -Dcom.sun.management.jmxremote.ssl=false

В Linux я использовал следующие параметры:

-Djavax.management.builder.initial= 
-Dcom.sun.management.jmxremote 
-Dcom.sun.management.jmxremote.port=9010 
-Dcom.sun.management.jmxremote.local.only=false
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false

а также я отредактировал /etc/hostsтак, чтобы имя хоста разрешалось в адрес хоста (192.168.0.x), а не адрес обратной петли (127.0.0.1)

Запустите ваше Java-приложение со следующими параметрами командной строки:

-Dcom.sun.management.jmxremote.port=8855
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

Важно использовать параметр -Dcom.sun.management.jmxremote.ssl = false, если вы не хотите устанавливать цифровые сертификаты на хосте jmx.

Если вы запустили свое приложение на компьютере с IP-адресом 192.168.0.1 , откройте jconsole , поместите 192.168.0.1:8855 в поле Удаленный процесс и нажмите Подключиться .

наряду с нижеприведенными параметрами командной строки,

-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

Иногда на серверах Linux соединение IMX не удается. это связано с тем, что в облачном хосте linux, в / etc / hosts, чтобы имя хоста соответствовало адресу хоста.

лучший способ исправить это - пропинговать конкретный сервер Linux с другой машины в сети и использовать этот IP-адрес хоста в

-Djava.rmi.server.hostname=IP address that obtained when you ping that linux server.

Но никогда не полагайтесь на IP-адрес, полученный с сервера Linux с помощью ifconfig.me. ip, который вы получаете там, является замаскированным, который присутствует в файле хоста.

Сначала вам нужно проверить, работает ли ваш Java-процесс с параметрами JMX. Сделай это:

ps -ef | grep java

Проверьте ваш Java-процесс, который нужно отслеживать. Если вы видите параметр jmx rmi Djmx.rmi.registry.port = xxxx, то используйте порт, упомянутый здесь, в вашем java visualvm, чтобы удаленно подключить его через соединение jmx.

Если он не работает через порт jmx rmi, вам нужно запустить процесс java с указанными ниже параметрами:

-Djmx.rmi.registry.port=1234 -Djmx.rmi.port=1235 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false

Примечание: номера портов основаны на вашем выборе.

Теперь вы можете использовать этот порт для соединения jmx. Вот это порт 1234.

Шаг 1: Запустите приложение, используя следующие параметры.

-Dcom.sun.management.jmxremote.port=9999 
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false

Приведенные выше аргументы привязывают приложение к порту 9999.

Шаг 2: Запустите jconsole, выполнив команду jconsole в командной строке или терминале.

Выберите «Удаленный процесс:» и введите URL-адрес как {IP_Address}: 9999 и нажмите кнопку «Подключиться» для подключения к удаленному приложению.

Вы можете обратиться по этой ссылке для полного применения.

У меня была именно эта проблема, и я создал проект GitHub для тестирования и определения правильных настроек .

Он содержит работу Dockerfileс поддерживающими скриптами и прост docker-compose.ymlдля быстрого тестирования.