openjdk team mailing list archive

[Erik Forsberg <forsberg@xxxxxxx>]

Workaround, in an example where the java process you want to monitor is
running as the "example" user and as pid 999:

ln -s /tmp/hsperfdata_example/999 /tmp/hsperfdata_999

jps, jstat etc now work as before.

The above link can be created in the startup script of the service.

-- 
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-7 in Ubuntu.
https://bugs.launchpad.net/bugs/1417962

Title:
  6b34 regression: jps as root does not show classname anymore but
  instead 'process information unavailable' for processes running as
  non-root user

Status in openjdk-6 package in Ubuntu:
  Confirmed
Status in openjdk-7 package in Ubuntu:
  Confirmed

Bug description:
  I noticed the following behavior change in the jps command line tool when updating from
  6b33-1.13.5-1ubuntu0.12.04 -> 6b34-1.13.6-1ubuntu0.12.04.1 on a ubuntu 12.04 64bit system.

  Staring point is a java process for apache tomcat running as non-root
  user (username openbravo in below example) with pid 1462.

  In 6b33 when running jps -l as root it did correctly identify the classname of the running processes as shown here:
  luna686:~# jps -l
  1462 org.apache.catalina.startup.Bootstrap
  11610 sun.tools.jps.Jps

  However after updating the same jps call as root-user does now show:
  luna686:~# jps -l
  12056 sun.tools.jps.Jps
  1462 -- process information unavailable

  Which break some custom monitoring of us trying to find tomcat process
  via its classname.

  Note: Problem only occours when running jps as root user and process
  in question is running non-root. When running jps as same user as the
  tomcat process is running with then both 6b33 + 6b34 work as expected

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/1417962/+subscriptions