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

Как активировать JMX на JVM для доступа с помощью jconsole?

Ответ 1

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

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

Ответ 2

Запуск в контейнере 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- ${DOCKER_HOST_IP} с внешним разрешением (DNS-имя) вашего хоста Docker.

Порты JMX Remote и RMI

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

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

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

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

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

Ответ 3

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

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

Ответ 4

Я использую 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

Ответ 5

В 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), а не адрес loopback (127.0.0.1)

Ответ 6

Запустите 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 в поле "Удаленный процесс" и нажмите "Подключить".

Ответ 7

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

-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.

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

Ответ 8

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

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

Ответ 9

Во-первых, вам нужно проверить, работает ли ваш 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.

Ответ 10

Удаленная JConsole

Добавьте следующие параметры в ваше Java-приложение и запустите его.

-Djava.rmi.server.hostname = DOMAIN_PUBLIC_URL -Dcom.sun.management.jmxremote.port = PORTNUMBER -Dcom.sun.management.jmxremote.authenticate = false -Dcom.sun.management.jmxremote.ssl = false

DOMAIN_PUBLIC_URL Как и ваш общедоступный адрес экземпляра PORTNUMBER 9955, запустите jconsole в вашей Ubuntu из команды терминала и перейдите к удаленному соединению, вставьте DOMAIN_PUBLIC_URL и PORT и подключите его без имени пользователя и пароля, как небезопасное соединение.

Убедитесь, что номер порта указан в экземпляре сервера AWS.