openjdk team mailing list archive

[Stefan Huehner <1417962@xxxxxxxxxxxxxxxxxx>]

The same regression can also be observed in openjdk-7-jdk package in
trusty/14.04

Good version:
7u71-2.5.3-0ubuntu0.14.04.1

Bad version:
7u75-2.5.4-1~trusty1


** Also affects: openjdk-7 (Ubuntu)
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-6 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:
  New
Status in openjdk-7 package in Ubuntu:
  New

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