linux下没有设置jmxremote port的时候，如何显示jconsole的图形界面

在linux服务器上，因为gui显示的问题。我们直接jconsole时。就会报

Exception in thread "AWT-EventQueue-0" java.awt.HeadlessException: 
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
        at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:159)
        at java.awt.Window.<init>(Window.java:432)
        at java.awt.Frame.<init>(Frame.java:403)

等等一系列错误。

所以我们一般都会在window下，通过远程进程的方式来使用jconsole

 

 

前提是需要设置-Dcom.sun.management.jmxremote.port -Dcom.sun.management.jmxremote等一系列jvm参数。

 

幸运的是jdk6 com.sun.management.jmxremote 是默认开启的，可是我们没有设置远程端口。

The documentation suggests that the JMX agent uses a local port -- something unreachable from outside the machine -- unless you specify the following property:

com.sun.management.jmxremote.port=portNum

jmx文档告诉我们，如果不设置远程端口，通过jconsole的远程进程是连接不上的。

亲们要保存现场，想通过当前运行环境查看内存的使用情况等等等。怎么办？

好吧，下面我们来做到window上输出linux的图形界面。用的工具是xming和secureCRT

（原理可以看：http://hi.baidu.com/mooncold/blog/item/8e0dfddc4f29a3a4cd11663a.html）

1，到http://sourceforge.net/projects/xming/下载xming

2，下载完毕后，运行一直点击next，安装完成。

 

 

3，开始菜单->所有程序->xming->Xlaunch ,然后一路下一步，直到完成。

 

 

4，打开SecureCRT，选中24架构开发，点击红色标记的属性

 

 

5，勾选转发x11数据包

 

6，

 

好了，用secureCrt登录刚才设置的机器上。

export DISPLAY=window机器的ip:刚才地三部图形中的端口号。（可通过ipconfig自己查看自己机器的ip）

比如 export DISPLAY=127.0.0.1:0

然后 jconsole

亲，好了。这是你会看到熟悉的jconsole界面了。好了，快去使用你的MBean吧。

 

 

顺便说一个我们想用jconsole连接某个java进程时发现，竟然没有供我们选择的选项。

这位作者http://trinea.iteye.com/blog/1196400 做了非常好的描述。

原文如下：

1、jps的作用

jps类似linux的ps命令，不同的是ps是用来显示进程，而jps只显示java进程，准确的说是当前用户已启动的部分java进程信息，信息包括进程号和简短的进程command。

 

2、某个java进程已经启动，用jps却显示不了该进程进程号

这个问题已经碰到过两次了，所以在这里总结下。

现象：

用ps -ef|grep java能看到启动的java进程，但是用jps查看却不存在该进程的id。待会儿解释过之后就能知道在该情况下，jconsole、jvisualvm可能无法监控该进程，其他java自带工具也可能无法使用

 

分析：

java程序启动后，默认（请注意是默认）会在/tmp/hsperfdata_userName目录下以该进程的id为文件名新建文件，并在该文件中存储jvm运行的相关信息，其中的userName为当前的用户名，/tmp/hsperfdata_userName目录会存放该用户所有已经启动的java进程信息。对于windows机器/tmp用Windows存放临时文件目录代替。

 

而jps、jconsole、jvisualvm等工具的数据来源就是这个文件（/tmp/hsperfdata_userName/pid)。所以当该文件不存在或是无法读取时就会出现jps无法查看该进程号，jconsole无法监控等问题

 

原因：

（1）、磁盘读写、目录权限问题

若该用户没有权限写/tmp目录或是磁盘已满，则无法创建/tmp/hsperfdata_userName/pid文件。或该文件已经生成，但用户没有读权限

 

（2）、临时文件丢失，被删除或是定期清理

对于linux机器，一般都会存在定时任务对临时文件夹进行清理，导致/tmp目录被清空。这也是我第一次碰到该现象的原因。常用的可能定时删除临时目录的工具为crontab、redhat的tmpwatch、ubuntu的tmpreaper等等

这个导致的现象可能会是这样，用jconsole监控进程，发现在某一时段后进程仍然存在，但是却没有监控信息了。

 

（3）、java进程信息文件存储地址被设置，不在/tmp目录下

上面我们在介绍时说默认会在/tmp/hsperfdata_userName目录保存进程信息，但由于以上1、2所述原因，可能导致该文件无法生成或是丢失，所以java启动时提供了参数(-Djava.io.tmpdir)，可以对这个文件的位置进行设置，而jps、jconsole都只会从/tmp目录读取，而无法从设置后的目录读物信息，这是我第二次碰到该现象的原因

 

关于设置该文件位置的参数为-Djava.io.tmpdir

 

其他：

/tmp/hsperfdata_userName/pid文件会在对应java进程退出后被清除。如果java进程非正常退出（如kill -9），那么pid文件会被保留，直到执行一次java命令或是加载了jvm程序的命令（如jps、javac、jstat），会将所有无用的pid文件都清除掉

 

 

我要补充的是：

我设置了-Djava.io.tmpdir=xxx时，竟然没有起作用。

然后查了一下。jdk bug，发现

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6938627

其中

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7009828。

已解决。

但是我的版本java version "1.6.0_25"
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)。

应该是bug解决后的版本。不解。

但是在我的window下，java版本是

java version "1.6.0_25"
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)

设置的jvm参数是可以起作用的。vmid生成在我设置的tmpdir目录下。

更是不解。在此不纠结。

想从运维的角度说一下。生产线上最好启动jvm时加入-Djava.io.tmpdir=xxx的设置。

因为毕竟默认目录/tmp/会经常被清理的。当我们想用jps，jconsole，jstat等等工具时，发现不能用时。

还是很挫败的。