Bug 1242992

Summary:	java probing feature doesn't work on ppc64le
Product:	Red Hat Enterprise Linux 7	Reporter:	Martin Cermak <mcermak>
Component:	systemtap	Assignee:	Lukas Berk <lberk>
Status:	CLOSED ERRATA	QA Contact:	Martin Cermak <mcermak>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.2	CC:	fche, lberk, mbenitez, mcermak, mjw
Target Milestone:	rc
Target Release:	---
Hardware:	ppc64le
OS:	Linux
Whiteboard:
Fixed In Version:	systemtap-2.8-6.el7	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-11-19 11:47:24 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Martin Cermak 2015-07-14 14:15:34 UTC

The java probing feature doesn't work on ppc64le (systemtap-2.8-3.el7.ppc64le). The root cause is that /usr/lib/jvm/java/jre/lib/ppc64le/libHelperSDT_ppc64.so link gets created instead of /usr/lib/jvm/java/jre/lib/ppc64le/libHelperSDT_ppc64le.so. Thanks to lberk for narrowing the problem down.

Comment 2 Martin Cermak 2015-07-22 06:53:06 UTC

The java probing feature is still broken in systemtap-2.8-5.el7, since the upstream change hasn't been backported to the specfile in dist-git. Aside of that, two nits:

- The changelog message should maybe mention ppc64le rather than ppc64.
- Following upstream update (and its backport) might make sense too:
  
=======
diff --git a/systemtap.spec b/systemtap.spec
index 23d1173..a386eda 100644
--- a/systemtap.spec
+++ b/systemtap.spec
@@ -773,7 +773,7 @@ exit 0
 
 %if %{with_java}
 
-%triggerin runtime-java -- java-1.7.0-openjdk, java-1.6.0-openjdk
+%triggerin runtime-java -- java-1.8.0-openjdk, java-1.7.0-openjdk, java-1.6.0-openjdk
 for f in %{_libexecdir}/systemtap/libHelperSDT_*.so; do
     %ifarch %{ix86}
        arch=i386
@@ -788,7 +788,7 @@ for f in %{_libexecdir}/systemtap/libHelperSDT_*.so; do
     done
 done
 
-%triggerun runtime-java -- java-1.7.0-openjdk, java-1.6.0-openjdk
+%triggerun runtime-java -- java-1.8.0-openjdk, java-1.7.0-openjdk, java-1.6.0-openjdk
 for f in %{_libexecdir}/systemtap/libHelperSDT_*.so; do
     %ifarch %{ix86}
        arch=i386
@@ -801,7 +801,7 @@ for f in %{_libexecdir}/systemtap/libHelperSDT_*.so; do
     done
 done
 
-%triggerpostun runtime-java -- java-1.7.0-openjdk, java-1.6.0-openjdk
+%triggerpostun runtime-java -- java-1.8.0-openjdk, java-1.7.0-openjdk, java-1.6.0-openjdk
 # Restore links for any JDKs remaining after a package removal:
 for f in %{_libexecdir}/systemtap/libHelperSDT_*.so; do
     %ifarch %{ix86}
=======

I've tested that upstream version ebf15ab works well with both 1.7 and 1.8 (after setting `alternatives`).

Comment 5 errata-xmlrpc 2015-11-19 11:47:24 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHEA-2015-2124.html