This bug was fixed in the package openjdk-8 - 8u144-b01-1
---------------
openjdk-8 (8u144-b01-1) unstable; urgency=medium
* Update to 8u144-b01.
- fix regression introduced by security fix S8169392. LP: #1707082.
[ Matthias Klose ]
* Fix libjvm.so's .debug file names. LP: #1548434.
* Remove dependency on multiarch-support. Closes: #870520.
[ Tiago Stürmer Daitx ]
* debian/apport-hook.py:
- truncate hs_err if bigger than 100 KiB instead of ignoring it.
- add message if hs_err file is not found at expected location.
- report file size in human readble SI units.
* debian/control.in:
- move 'Breaks:' from openjdk-8-jdk-headless to openjdk-8-jre-headless.
- remove jamvm references.
* debian/control.jamvm-jre: removed.
* debian/control.jamvm-trans: transactional package for jamvm.
* debian/rules:
- add aarch32 hotspot support.
- build aarch32 using client jvm-variant (no server in aarch32 port).
- use DEB_HOST_ARCH instead of DEB_HOST_ARCH_CPU as armel and armhf
are both reported as arm.
- explicitly add kfreebsd-i386, kfreebsd-amd64, hurd-i386 to arch_map
and archdir_map due to usage of DEB_HOST_ARCH.
- avoid building zero as an alternative vm for aarch32.
- disable precompiled headers on Trusty to minimize g++-4.8 segfaults.
- don't build zero alternate vm on Trusty, avoid g++-4.8 segfaults.
- add a 'Breaks:' entry to ca-certificates-java for all releases
except Trusty. LP: #1706567.
- remove jamvm.
* debian/patches/aarch64.diff: remove unnecessary chunks as aarch64 is
now upstream.
* debian/patches/aarch32.diff: add required changes to root and jdk to
build aarch32.
* debian/patches/hotspot-libpath-aarch32.diff: copied from
hotspot-libpath-default.diff.
* debian/patches/ppc64le-8036767.diff: updated.
* debian/patches/jdk-ppc64el-S8170153.patch: updated to include aarch64.
* debian/patches/jdk-java-nio-bits-unligned-aarch64.diff: Check for
"aarch64" along with other unaligned access supporting architectures.
-- Matthias Klose <d...@ubuntu.com> Wed, 23 Aug 2017 21:41:07 +0200
** Changed in: openjdk-8 (Ubuntu)
Status: Confirmed => Fix Released
--
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/1548434
Title:
jmap -heap broken since update to 7u95-2.6.4-0ubuntu0.14.04.1
Status in openjdk-7 package in Ubuntu:
Confirmed
Status in openjdk-8 package in Ubuntu:
Fix Released
Status in openjdk-7 package in Debian:
New
Bug description:
The jmap -heap <pid> command is broken since the update to
7u95-2.6.4-0ubuntu0.14.04.1
Given a tomcat process running with openjdk-7 under a non-root user.
Before that update sudo jmap -heap <pid> gave output about heap configured on
top + also the heap usage inside each reason of the java heap (eden, old gen,
permgen) etc...
Note: running as root is and was required even before to get the '-heap'
option to work. Where as running 'jmap -dump:file' only works when running as
user the jvm runs under and not root. That just as context as it is strange
behavior of jmap since a long time.
After the update to the specified version only the intro is shown and
instead of the usage the following error:
Attaching to process ID 1571, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.95-b01
using thread-local object allocation.
Parallel GC with 2 thread(s)
Heap Configuration:
MinHeapFreeRatio = 0
MaxHeapFreeRatio = 100
MaxHeapSize = 1363148800 (1300.0MB)
NewSize = 1310720 (1.25MB)
MaxNewSize = 17592186044415 MB
OldSize = 5439488 (5.1875MB)
NewRatio = 2
SurvivorRatio = 8
PermSize = 21757952 (20.75MB)
MaxPermSize = 268435456 (256.0MB)
G1HeapRegionSize = 0 (0.0MB)
Heap Usage:
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at sun.tools.jmap.JMap.runTool(JMap.java:197)
at sun.tools.jmap.JMap.main(JMap.java:128)
Caused by: java.lang.RuntimeException: unknown CollectedHeap type : class
sun.jvm.hotspot.gc_interface.CollectedHeap
at sun.jvm.hotspot.tools.HeapSummary.run(HeapSummary.java:146)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:221)
at sun.jvm.hotspot.tools.HeapSummary.main(HeapSummary.java:40)
... 6 more
The last version before we noticed that bug was:
7u91-2.6.3-0ubuntu0.14.04.1
Not 100% sure that this exact version still worked but quite sure.
We could reproduce the issue in 2 different servers both running 14.04
LTS 64bit
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openjdk-7/+bug/1548434/+subscriptions
_______________________________________________
Mailing list: https://launchpad.net/~openjdk
Post to : openjdk@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openjdk
More help : https://help.launchpad.net/ListHelp
