Bug 472105
Summary: | Cannot run JTZU updates with java-1.4.2-ibm SR12 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Lillian Angel <langel> | ||||||
Component: | java-1.4.2-ibm | Assignee: | jiri vanek <jvanek> | ||||||
Status: | CLOSED WORKSFORME | QA Contact: | BaseOS QE <qe-baseos-auto> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 4.9 | CC: | bugproxy, chavez, dbhole, mschoene, rbiba, rruss | ||||||
Target Milestone: | rc | Keywords: | Reopened | ||||||
Target Release: | --- | ||||||||
Hardware: | ppc | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2010-11-16 08:48:29 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Lillian Angel
2008-11-18 19:49:29 UTC
Hello, According to http://publib.boulder.ibm.com/infocenter/javasdk/v1r4m2/index.jsp?topic=/com.ibm.java.doc.diagnostics.142/html/errorjvmlh.html the message being displayed before the JVM ends: "JVMLH057 detectNPTL cannot create thread." has the following explanation: "The Native Posix Thread Library (NPTL) is unable to create the thread. The detectNPTL function detects whether NPTL or the Linux Thread Library is used." Is it possible to get the jtzu-1.6.8f.zip to attempt to recreate this within IBM? Does it require any tools that should be installed with a RHEL 4.7 ppc64 system (that hopefully come with RHEL)? Does the script work fine using the SR11 version of Java 1.4.2 ? Does the problem recreate itself on RHEL 4.7 (I don't have any early development releases of 4.8 or 4.9 available to me). Yes, this worked fine with SR11. It seems that all versions of jtzu-1.6.8(a-f) are failing on ppc and ppc64. The problem is reproducible on RHEL 4.7. https://brewweb.devel.redhat.com/taskinfo?taskID=1580550 You can check out the root.log to see what versions of the tools are installed: https://brewweb.devel.redhat.com/getfile?taskID=1580571&name=root.log I believe the only one required for the jtzu tool is compat-libstd-c++, but there may be others that are pulled indirectly. Created attachment 324098 [details]
root.log - in case link provided does not work
Created attachment 324099 [details]
ppc build.log - in case not visible through provided link
Thanks. I downloaded the jtzu-1.6.8f from http://www.ibm.com/developerworks/java/jdk/dst/index.html and have the IBMJava2-SDK-1.4.2-12.0.ppc64.tgz to install on a RHEL 4.7 ppc64 system to try and recreate it in-house for the Java folks to take a look at. Hi, I set up a ppc64 host with RHEL 4.7 and with the unpacked Java 1.4.2 SR12 ran tried to recreate the problem but instead I got: [root@gekko-lp4 jtzu]# echo $JTZU_JRE_PATH /root/IBMJava2-ppc64-142/jre [root@gekko-lp4 jtzu]# ./runjtzu.sh *********** Welcome to the IBM Time Zone Update Utility for Java (JTZU) Version 1.6.8f *********** JTZU Home: /root/jtzu Set the variables using the script /root/jtzu/runjtzuenv.sh Launching the Java Time Zone Updater Tool. *********** Command-Line 'Patch' Mode Started *********** 'Patch' Mode: In this mode, the tool patches each of the Java installations listed in SDKList.txt with the new time zone information. *********** WARNING MESSAGE *********** Warning - Applying IBM product maintenance which contains down level time zone data will remove the updates applied by this tool. In such cases you will need to re-run this tool to restore the time zone data to the latest level. Updates made to the Java time zone data by this tool are not managed by any of the formal change control mechanisms for servicing IBM software products. SDKList.txt file exists List of SDKs from the file /root/jtzu/TimeZoneInfo/../SDKList.txt /root/IBMJava2-ppc64-142/jre --------------------------------xxxxxxx--------------------------------- The tool will now update the SDK/JREs detected with new timezone information, if applicable. /root/IBMJava2-ppc64-142/jre Existing time zone information is old, the Java needs time zone update. The tool will now update the Java with the new timezone information... The Java installation is updated with the new timezone information ! --------------------------------xxxxxxx--------------------------------- The following SDK/JREs were updated with the new timezone information. /root/IBMJava2-ppc64-142/jre --------------------------------xxxxxxx--------------------------------- I forgot to mention that I strayed a bit from the recreation instructions. That is, wherever there was an environment variable to be set I used export to make it visible, e.g. export JTZU_JRE_PATH=/path/to/IBMJava2-ppc-142/jre and the variables in runjtzuenv.sh It must be an issue with RHEL-4.8pre then. I will have to narrow it down to the dependency causing the problem. Thanks, I will keep you updated. This is coming up as an issue for java-1.5.0-ibm SR9 and java-1.6.0-ibm SR3, as well. only on RHEL-4. I cannot reproduce it locally... happens with jtzu1.6.8i and jtzu1.6.8f No, not fixed in the current release. Reopening. |