java 32bit only install on 11v3 IA64

[Norman Dignard]

HP-UX B.11.31 U ia64
Installed jdk6_16002_pa.depot and jdk6aa_16002_pa.depot with allow_incompatible=true option

#java -version
java version "1.6.0.02"
Java(TM) SE Runtime Environment (build 1.6.0.02-jinteg_26_sep_2008_17_44-b00)
Java HotSpot(TM) Server VM (build 1.6.0.02 jinteg:09.26.08-16:50 PA2.0 (aCC_AP), mixed mode)

#java -pa20 -version
java version "1.6.0.02"
Java(TM) SE Runtime Environment (build 1.6.0.02-jinteg_26_sep_2008_17_44-b00)
Java HotSpot(TM) Server VM (build 1.6.0.02 jinteg:09.26.08-16:50 PA2.0 (aCC_AP), mixed mode)

From what I've read if we don't spec java options -d32 or -d64 the default is to run in a 32-bit environment. This variable has not been defined.

We attempted to upgrade BMC Remedy midtier and had some issues which we put in a support call to our support provider for BMC.
After much ado they are telling me to install 32bit java, which I thought I had since this server's been up and running for a few years. I've send them the details of our java install and they've come back stating:
""From the entries you sent below, you can see that 32/64 bit version of Java has been installed.

Software selections:
Java60JDK,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP
Jdk60.JDK60,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
Jdk60.JDK60-COM,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
Jdk60.JDK60-DEMO,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
Jdk60.JDK60-PA20,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
Jdk60.JDK60-PA20W,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
+ Jre60.JRE60,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
Jre60.JRE60-COM,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
Jre60.JRE60-COM-DOC,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
+ Jre60.JRE60-PA20,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
+ Jre60.JRE60-PA20-HS,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
+ Jre60.JRE60-PA20W,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64
+ Jre60.JRE60-PA20W-HS,r=1.6.0.02.00,a=HP-UX_B.11.11_32/64,v=HP,fr=1.6.0.02.00,fa=HP-UX_B.11.11_32/64

The engineers at BMC have seen these entries and stated the following:

“Nope, that doesn't work. We've seen other customers try that and they have
run into the same kind of problems you are seeing. The Java wants to compile
in 64 bit. This doesn't work for our code and libraries. The Java installed needs to be the 32 bit version.""

So what do I need? Is it just a matter of running
swremove Jdk60.JDK60-PA20W Jre60.JRE60-PA20W Jre60.JRE60-PA20W-HS ???

Do I need some other depot? If so what depot?

Very frustrated.

[Steven E. Protter]

Shalom,

The supported depots on HP-UX are at http://www.hp.com/go/java

They include 32 bit and 64 bit binaries and libraries. They support both 32 bit and 64 bit applications.

SEP

[Dennis Handly]

>Installed jdk6_16002_pa.depot and jdk6aa_16002_pa.depot with allow_incompatible=true option

Why are you doing this? BMC Remedy has PA JNIs?

>the default is to run in a 32-bit environment.

Yes.

>The Java installed needs to be the 32 bit version."

As SEP said, you have both.

[Wim Rombauts]

Indeed, why do you install PA depots ?
Why haven't you installed the IA version ?

[Norman Dignard]

Thanks for the info but no one has answered my question.

I am aware of the java download site. No where have I found a 32bit only IA depot. From my understanding for Remedy, they required 32bit only Java and as you pointed out, I have both.

In review of java documenation, the only info I found in the release notes is that for example Jre60.JRE60-PA20W, the W means 64 bit.

so my question again is for a 32bit only install - is this a an install option? A different depot? It is not apparent from the download site which one is 32bit only.

[Dennis Handly]

>but no one has answered my question.

(Only indirectly. We didn't want to suggest that you aren't getting the proper info from BMC.)

>they required 32bit only Java and as you pointed out, I have both.

It shouldn't matter if you have both. Java will use the 32 bit version without -d64.

>for a 32bit only install - is this an install option?

No. There is no need for this, unless you want to save disk space.

[Norman Dignard]

This is what BMC says is required:

"32 bit Java SDK 6.0 since the Library files for ARS and Mid Tier are written for 32 bit and not 64 bit. Since HPUX may require a different "brand name"
the main point is that it must be 32 bit Java SDK (or JDK) and version 5 or 6.0."

According to them my install would not work.
As what 32bit download is there from HP?

[Dennis Handly]

>This is what BMC says is required:
"32 bit Java SDK 6.0 since the Library files for ARS and Mid Tier are written for 32 bit and not 64 bit.

You have a 32 bit Java as long as you don't use -d64. And the above is saying BMC has 32 bit JNIs.

>As what 32bit download is there from HP?

HP-UX's java has both 32 and 64 bit available.

What is your real problem? What errors are you getting?

[Norman Dignard]

This is what I don't understand.

- BMC states that it needs to be 32 bit java.
- Java downloads from HP don't spec a 32bit only download.
- Java docs states that by default java runs in 32bit mode unless you spec the -d64 switch.
- All filesets installed report HP-UX_B.11.11_32/64

Do I swremove the PA20W/IA64W filesets to satisfy BMC's need? (I've tried to get this info from them but that have yet to address this. They just skirt around it. Great suppoort there!!)

As for the java path I noted that there are multiple bins under the /opt/java6. During the app install I point to /opt/java6/bin.
Should this be to /opt/java6/bin/PA-RISC2.0/bin instead?


The problem we saw during the app install is that it puts a new mod_jk.so file into the apache modules dir. According to BMC "java compiles the files needed to use the mod_jk.so. If the compiler is
using 64 bit libraries to compile a 32 bit library file, it will either error or corrupt the file."

Well it apparently does as after the app install, apache won't start complaining about the file having a "bad magic number".

[Dennis Handly]

>- BMC states that it needs to be 32 bit java.

You have that. They need to tell you why their product doesn't work and to not use this as an excuse.

>- All filesets installed report HP-UX_B.11.11_32/64
>Do I swremove the PA20W/IA64W filesets to satisfy BMC's need?

You can't.

>During the app install I point to /opt/java6/bin. Should this be to /opt/java6/bin/PA-RISC2.0/bin instead?

No need, the correct one is used.

>The problem we saw during the app install is that it puts a new mod_jk.so file into the apache modules dir. According to BMC "java compiles the files needed to use the mod_jk.so. If the compiler is
using 64 bit libraries to compile a 32 bit library file, it will either error or corrupt the file."

They have some words wrong but I can see a possible problem.
What does "file mod_jk.so" show?

>apache won't start complaining about the file having a "bad magic number".

Do you get that "bad magic number" or not?
Do you have a 64 bit apache?

[Norman Dignard]

From BMC's 7.1 patch 6 midtier install
mod_jk.so: ELF-64 shared object file - IA64

With no other changes other than the upgrade to BMC's 7.5 patch 3 midtier
mod_jk.so ELF-32 shared object file - IA64

As for Apache we're using HP's Web suite
hpuxwsApache B.2.0.59.07 HPUX Apache Web Server
file on httpd returns ELF-64 executable object file - IA64

which I assume means 64 bit.


As for you statement on removing Java's 64bit files, according to the java docs it is possible. The rel notes state " On HP Integrity, to remove 64-bit support:
/usr/sbin/swremove Jre60.JRE60-IPF64 Jre60.JRE60-IPF64-HS " I assume that its only the JRE and not all JDK filesets. Is this what you mean?

[Steven E. Protter]

Shalom,

HP's java implementation includes 64 bit and 32 bit binaries all in the same depot.

Any application that works strictly with 32 bit java should work. In my experience this was the case with a wide array of applications.

I see no evidence to support the case the vendor is making. Sounds like they are making excuses.

What probably needs to be done is the compiler needs to be configured to create to 32 bit java applications, and the environment needs to point to the 32 bit libraries not the 64 bit libraries.

I have some experience working with BMC and I know their engineers in Israel have procedures for configuring java to work properly on IA64 HP-UX 11.31. They do quality control on this platform. THEY should provide you the procedure for configuring the install user to work properly. It should not be up to you to figure it out.

SEP

[Dennis Handly]

>From BMC's 7.1 patch 6 midtier install
mod_jk.so: ELF-64 shared object file - IA64
>With no other changes other than the upgrade to BMC's 7.5 patch 3 midtier
mod_jk.so ELF-32 shared object file - IA64

This may be a red herring. If you are using a PA java, you wouldn't be able to talk to your Integrity Apache, except through a file or socket.

>As for Apache we're using HP's Web suite
hpuxwsApache B.2.0.59.07 HPUX Apache Web Server
file on httpd returns ELF-64 executable object file - IA64
>which I assume means 64 bit.

Yes. This may need you need a 32 bit Apache if you only have the 32 bit mod_jk.so.

>As for you statement on removing Java's 64bit files, according to the java docs it is possible. The rel notes state "On HP Integrity, to remove 64-bit support:
swremove Jre60.JRE60-IPF64 Jre60.JRE60-IPF64-HS" I assume that its only the JRE and not all JDK filesets. Is this what you mean?

If that works, fine. Except you don't have an Integrity Java, but a PA one. Perhaps there are corresponding filesets.

This leads us back to my original question, why are you installing a 11.11 PA java on Integrity?

[Norman Dignard]

SEP -
In regards to your statement "the compiler needs to be configured to create to 32 bit java applications" what complier are you refering too - something on my system?

As for BMC in Israel - Do you have a means of getting the info for configuring java to work properly on IA64 HP-UX 11.31? I've requested specifics from our BMC support (a 3rd party) but they just keep giving me lip service without any specifics.

Dennis - to answer your questions
PA Java. In our inital setup of the midtier 7.1p6 , we tried the IA jdk6_16002 but HP's tomcat kept erring with:
"Could not load native library
java.lang.UnsatisfiedLinkError: no arutiljni71_hpia32 in java.library.path"

"- StandardWrapper.Throwable
- Servlet /arsys threw load() exception
- Servlet.service() for servlet jsp threw exception:
java.lang.UnsatisfiedLinkError: com.bmc.arsys.util.ARUtilEgcp.GCPUtil(Ljava/lang/String;)Ljava/lang/String;"

"- Could not load native library
java.lang.UnsatisfiedLinkError: no arjni71_hpia32 in java.library.path"

I then switched to PA jdk6_16002. If the install was just the base install, again tomcat would fail with:
"/usr/lib/dld.sl: Can't find path for shared library: libjli.sl
/usr/lib/dld.sl: No such file or directory
[HP ARIES32]: Core file for 32 bit PA-RISC application
[HP ARIES32]: /opt/java6/bin/java saved to /opt/hpws/tomcat/logs/core.java."

If I installed PA jdk6_16002 with incompatible=true then all worked fine.

I then attempted to upgrade midtier to 7.5p3 thats when Hp's apache would not start due to a bad magic number on the mod_jk.so files pushed in by the installer.

I I tried IA jdk6_16006 but got the same problems. I restored the system back to its original working config and that were I am now.

In my attempts to upgrade, I tried to remove the 64bit jdk/jre but got dependancy errors noted below. I am not familar in this regards so I did not remove them. Would they be safe to remove?

* The fileset "Jre60.JRE60,l=/opt/java6,r=1.6.0.06.00" requires the selected fileset
Jre60.JRE60-IPF64-HS,l=/opt/java6,r=1.6.0.06.00" as a
corequisite.
* The fileset "Jdk60.JDK60,l=/opt/java6,r=1.6.0.06.00" requires the selected fileset
"Jre60.JRE60-IPF64-HS,l=/opt/java6,r=1.6.0.06.00" as a
corequisite.
ERROR: The dependencies for fileset
"Jre60.JRE60-IPF64-HS,l=/opt/java6,r=1.6.0.06.00" cannot be
resolved (see previous lines).
You must resolve the above dependencies before operating on this fileset or change the "enforce_dependencies" option to "false".
* The fileset "Jre60.JRE60,l=/opt/java6,r=1.6.0.06.00" requires the selected fileset
"Jre60.JRE60-IPF64,l=/opt/java6,r=1.6.0.06.00" as a
corequisite.
* The fileset "Jdk60.JDK60,l=/opt/java6,r=1.6.0.06.00" requires the selected fileset
"Jre60.JRE60-IPF64,l=/opt/java6,r=1.6.0.06.00" as a
corequisite.
* The software "Jre60.JRE60-IPF64-HS,l=/opt/java6,r=1.6.0.06.00"
has previous analysis errors.
ERROR: The dependencies for fileset
"Jre60.JRE60-IPF64,l=/opt/java6,r=1.6.0.06.00" cannot be
resolved (see previous lines).
You must resolve the above dependencies before operating on this fileset or change the "enforce_dependencies" option to
"false".
* The fileset "Jdk60.JDK60,l=/opt/java6,r=1.6.0.06.00" requires the selected fileset
"Jdk60.JDK60-IPF64,l=/opt/java6,r=1.6.0.06.00" as a
corequisite.
ERROR: The dependencies for fileset
"Jdk60.JDK60-IPF64,l=/opt/java6,r=1.6.0.06.00" cannot be
resolved (see previous lines).
You must resolve the above dependencies before operating on this fileset or change the "enforce_dependencies" option to
"false".

* Summary of Analysis Phase:
ERROR: Exclude Jre60.JRE60-IPF64-HS,l=/opt/java6,r=1.6.0.06.00
ERROR: Exclude Jre60.JRE60-IPF64,l=/opt/java6,r=1.6.0.06.00
ERROR: Exclude Jdk60.JDK60-IPF64,l=/opt/java6,r=1.6.0.06.00
ERROR: 3 of 3 filesets had Errors.
ERROR: The Analysis Phase had errors. See the above output for details.

Norm

[Dennis Handly]

>no arutiljni71_hpia32 in java.library.path

Does this file exist or one with a different architecture?

>Can't find path for shared library: libjli.sl

Does this file exist?

>HP's apache would not start due to a bad magic number on the mod_jk.so files pushed in by the installer.

You mentioned above:
mod_jk.so: ELF-64 shared object file - IA64
mod_jk.so: ELF-32 shared object file - IA64
file on httpd returns ELF-64 executable object file - IA64

So you need to put the ELF-64 version there.
But I wouldn't expect a "bad magic number" error unless you had a PA vs IPF conflict??

>I tried to remove the 64bit jdk/jre but got dependency errors noted below. I am not familiar in this regards so I did not remove them. Would they be safe to remove?

If you want to remove them, you need to remove all of them at once: Jre60 Jdk60

[Dennis Handly]

You should be installing both the Integrity and the PA java, probably in that order.

If you only want to run the PA version, pass in the "-pa20" option.

Does BMC Remedy have an Integrity version?

>I tried to remove the 64bit jdk/jre but got dependancy errors noted below. Would they be safe to remove?

I found the "Removing support for unwanted architectures in the JRE". It appears the instructions aren't complete and don't mention you need to use:
-x enforce_dependencies=false

[Norman Dignard]

No solution yet

[Alexey Eliseev]

Hi Norman,

I'm using Mid-tier 7.1. on HP-UX 11.23 IA64.
Installation is not clear but it works. My steps:

1. Install JDK 1.5
2. Install GNU gettext, libiconv and tar. Have you seen a '@LongLink' in ar home directory? That is a problem of long file names and standard tar utility in HP-UX and Solaris
3. Edit mt_install script, replacing TAR=tar with TAR=/usr/local/bin/tar
4. Run mt_install. Do all steps until installer ask you for AR Server name
5. In other terminal go to ar home directory and find all libs with filemask "*hpia*". If you have ARServer or AREmail installed on this server it will be there
6. Copy all "*hpia*" libs in mid-tier/WEB-INF/lib directory
7. Return to the installer terminal and finish installation

Enjoy! :-)

[Norman Dignard]

We got BMC's 7.1p3 working fine regardless of what BMC support told us. The problem we have is when we went to 7.5. BMC's installer replaced apache's mod_jk.so file from a 64 bit one to a 32 bit file. Hp's apache fails to start due to this. In BMC's attempts to diagnose the problem they kept stating its a java issue. Hense this issue that I posted trying to clarify what BMC wants in case I was not understanding them properly.

We have since abandoned midtier on itanium clearly due to BMC's lack of support and issues we came accorss with no resolution (or acknowledgement) of the problems we found.