jvm jconsole

JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.port=60001 -Djava.rmi.server.hostname=192.168.0.13"

JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.authenticate=false"
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.ssl=false"

问题背景

  Tomcat经常崩溃crash，想看看JVM内存使用情况，就想到了用Jconsole监控，以前只是监控本地的JVM，这次要监控远程的，遇到了不少问题。

  经过几个小时的努力，参考了众多网友的资料之后，才最终解决了这个问题。

  比较坑爹的是，网上的资料，竟然没有一个是：完美无缺的，没有一篇文章提到了“jmxremote.access”这个文件的重要性。

 

第一阶段

  找到了2种配置，是否需要输入密码。

   JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.port=60001"

   JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.authenticate=false"

   JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.ssl=false"

   

   authenticate为false，jconsole连接远程jvm时，就不需要输入用户名和密码。

   否则，要配置密码文件和密码。

   可以指定密码文件的位置

   JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.pwd.file=/root/soft/jdk7/jre/lib/management/jmxremote.password"

   

   我把这些配置放在了catalish.sh中。

   

第二阶段

   上面的配置遇到了一个问题，如果是第一次启动正常，但是当shutdown时，提示端口号被占用了。

   问题原因是，在关闭Tomcat时，也执行了Catalish中的jmxremote的端口号。

   

   解决办法：在catalish.sh文件中，判断是否为启动命令，如果是start，就设置变量，否则，就不设置。

   相关脚本：

   JAVA_OPTS="$JAVA_OPTS -Xms256m -Xmx1024m -XX:PermSize=128M -XX:MaxPermSize=256m"

101 if [ "$1" = "start" ];then

102      echo "set console";

103 #   JAVA_OPTS="$JAVA_OPTS -Xms256m -Xmx1024m -XX:PermSize=128M -XX:MaxPermSize=256m"

104     JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=60001 -Djava.rmi.server.hostname=42.96.84.84";

105     JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.authenticate=false";

106     JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.ssl=false";

107 #   JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.pwd.file=/root/soft/jdk7/jre/lib/management/jmxremote.password"

108 else

109   echo "no startup";

110 fi;

111

 

第三阶段

   上面的设置之后，可能还连接不上，需要配置“java.rmi.server.hostname”为机器的ip，比如我的是“42.96.84.84”。

   

   然后，重启Tomcat，在本地Jconsole连接远程JVM，只输入“42.96.84.84:60001”。

 

   

第四阶段

   登录使用密码，搞了几个小时，尼玛。

   

   注意问题

   1.-Dcom.sun.management.jmxremote.authenticate=true

   2.-Dcom.sun.management.jmxremote.pwd.file 指定正确的密码文件

   3.用户名及密码(参考jmxremote.password文件) monitorRole只能读，controlRole能读写 

     配置中的安全原因出错，由于密码是以明文的方式保存在：jmxremote.password中，所以对此文件只能有所有者都读取，其他人都不能读取。

 权限需要注意，600,所有者有rw权限。

   4.用户和权限其实是存在jmxremote.access中。

   千万要注意啊，网上的绝大部分资料，都没有提到这个文件的真正作用。

   我是在尝试了若干小时之后，才发现这个文件的作用，竟然是如此的大。

   有点类似于SVN配置，用户名-权限，用户名-密码，2个配置文件。

   fansunion   readonly

   admin   readwrite \

                 create javax.management.monitor.*,javax.management.timer.* \

                 unregister

 

jmxremote.password内容

fansunion  12345

admin  12345

 

“http://www.linuxidc.com/Linux/2015-02/113415.htm”这篇文章的最后，

   "用户名及密码(参考jmxremote.password文件) monitorRole只能读，controlRole能读写"，给我很大的启发。

   为什么monitorRole和controlRole，这2个角色的权限还不一样呢，默认注释的password文件中，没有看出有啥区别呀。

   于是，我才去jmxremote.access文件看了看，最终找到了问题的症结。

   

   至此，不使用密码和使用用户名及密码，“admin”-“12345”成功登录42.96.84.84上的Tomcat使用的JVM。

   

   注意：本文中的ip、用户名、密码，仅供参考，你懂的。