jps returns no output even when java processes are running

Question

I\'m trying to debug some issues with java processes on a Solaris box, but running jps returns no output. And jstack gives the error \'Permission denied\'. The box is part o

Answer 1

Also, make sure that your startup script does not include -XX:+PerfDisableSharedMem because with this option the JVM will not write any stats, making the process invisible to jps and jstat.

See https://support.datastax.com/hc/en-us/articles/208269876-Java-utilities-such-as-jps-or-jstat-unable-to-monitor-DSE-processes for details.

Answer 2

Turns out the user didn't have access to /tmp because of some issue with mounting the file system. This leads to the files inside hsperfdata_ to never be written, even though the user had access to the /tmp/hsperfdata_ folder itself.

Answer 3

tldr: sudo jps worked for me (for reasons invoked in other answers)

Answer 4

Try:

jps -J-Djava.io.tmpdir=/app/client/program/tomcat/temp

Answer 5

Are you running jps as the same user that is running the Java processes? Even if you run jps as root, it will only return the processes run by that user (root, in this case).

Answer 6

Make sure the program you are trying to 'detect' with jps (and jstack, incidentally) runs without setting the java.io.tmpdir setting, or setting it to the system default.

There are a number of bugs on the Sun Developer Network temp dir locations should not be hardcoded, Fix for 6938627 breaks visualvm monitoring when -Djava.io.tmpdir and Make temporary directory use property java.io.tmpdir which are relevant here.

The story: java Java 6 Update 22 used to use a hardcoded temporary directory for putting data gathered for use by jps and jstack. The jps and jstack programs knew where to look.

However, because someone raised a 'bug' in Java 6 Update 23 they 'fixed' it to use the java.io.tmpdir java runtime setting instead. Now, this defaults to a system-specific location, which is what the 'hardcoded' one was. But if you set the option when invoking your java program, then it will use that instead. Result: jps and jstack look where they expect it to be and don't find anything.

The solution is therefore to ensure that the java.io.tmpdir option is set to the system default (e.g., on the Mac:

> java -Djava.io.tmpdir=$TMPDIR javamain

)

when invoking your program. Then jps and jstack will find it.

My colleague Glyn Normington describes this on his blog. There is apparently a fix in Java 6 Update 25.