即使java进程正在运行，jps也不返回任何输出
我正在尝试在Solaris机器上调试java进程的一些问题，但是运行jps不会返回任何输出。 并且jstack给出错误“权限被拒绝”。 该盒子是3个相同服务器集群的一部分，jps和jstack在其他2台服务器上运行良好。
我发现以下论坛post来自有同样问题但没有答案的人： http ： //forums.sun.com/thread.jspa？threadID = 5422237
澄清运行bps和grep for java给出了所有java程序正确，但jps没有给出任何东西（用’program’和’client’匿名来保护有罪）：
program @ clientdelivery2 : ~/ -> bps auxww|grep java program 3427 5.5 54.067742726649544 ? S Sep 25 1039:47 /usr/jdk/instances/jdk1.6.0_16/bin/amd64/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/app/client/program/tomcat/conf/logging.properties -Xmx6144m -XX:PermSize=128m -XX:MaxPermSize=512m -Djava.endorsed.dirs=/app/client/program/tomcat/endorsed -classpath :/app/client/program/tomcat/bin/bootstrap.jar -Dcatalina.base=/app/client/program/tomcat -Dcatalina.home=/app/client/program/tomcat -Djava.io.tmpdir=/app/client/program/tomcat/temp org.apache.catalina.startup.Bootstrap start program 29915 0.1 11.915252441467896 ? S 14:55:28 3:59 /usr/jdk/instances/jdk1.6.0_16/bin/amd64/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/app/clientclone/program/tomcat/conf/logging.properties -Xmx2g -XX:PermSize=128m -XX:MaxPermSize=512m -Dcom.sun.management.jmxremote -Djava.endorsed.dirs=/app/clientclone/program/tomcat/endorsed -classpath :/app/clientclone/program/tomcat/bin/bootstrap.jar -Dcatalina.base=/app/clientclone/program/tomcat -Dcatalina.home=/app/clientclone/program/tomcat -Djava.io.tmpdir=/app/clientclone/program/tomcat/temp org.apache.catalina.startup.Bootstrap start program 1573 0.0 0.0 4760 1332 pts/5 S 17:05:24 0:00 grep --colour java program @ clientdelivery2 : ~/ -> jps program @ clientdelivery2 : ~/ -> 我在这里问了一下http://forums.oracle.com/forums/message.jspa?messageID=5408592我的问题是：
12460/2: mkdir("/tmp/hsperfdata_program", 0755) Err#13 EACCES [ALL]
意味着jps被拒绝访问psperfdata目录。
有没有人遇到这个问题，知道如何解决它？
由于安装文件系统的某些问题，用户无法访问/ tmp。 这导致hsperfdata_中的文件永远不会被写入，即使用户可以访问/ tmp / hsperfdata_文件夹本身。
确保您尝试使用jps（和jstack，偶然）“检测”的程序在不设置java.io.tmpdir设置或将其设置为系统默认设置的情况下运行。
Sun Developer Network上有许多错误临时目录位置不应该是硬编码的 ， 修复6938627会在-Djava.io.tmpdir和Make临时目录使用属性java.io.tmpdir这些相关的内容时中断visualvm监视 。
故事：java Java 6 Update 22曾经使用硬编码的临时目录来存储为jps和jstack使用而收集的数据。 jps和jstack程序知道在哪里看。
但是，因为有人在Java 6 Update 23中引发了一个“错误”，所以他们“修复”它以使用java.io.tmpdir java运行时设置。 现在，这默认为系统特定的位置，这是“硬编码”的位置。 但是如果在调用java程序时设置了该选项，那么它将使用它。 结果：jps和jstack看起来就像它们所期望的那样，并且没有找到任何东西。
因此，解决方案是确保将java.io.tmpdir选项设置为系统默认值（例如，在Mac上：
> java -Djava.io.tmpdir=$TMPDIR javamain
）
在调用你的程序时。 然后jps和jstack会找到它。
我的同事Glyn Normington在他的博客上描述了这一点。 Java 6 Update 25中显然有一个修复。
tldr： sudo jps为我工作（由于其他答案中引用的原因）
尝试：
jps -J-Djava.io.tmpdir=/app/client/program/tomcat/temp
您是否正在运行jps作为运行Java进程的同一用户？ 即使您以root身份运行jps，它也只会返回该用户运行的进程（在本例中为root）。
此外，请确保您的启动脚本不包含-XX:+PerfDisableSharedMem因为使用此选项，JVM将不会写入任何统计信息，从而使该过程对jps和jstat不可见。
有关详细信息，请参阅https://support.datastax.com/hc/en-us/articles/208269876-Java-utilities-such-as-jps-or-jstat-unable-to-monitor-DSE-processes 。