QM on Elastix 2.0 Install Error: Bad ELF Interpreter

[trymes]

I am trying to install via yum on my Elastix 2.0 server, but I am running into an error during the installation process:

Code: [Select]

Do you agree to the above license terms? [yes or no]
Unpacking...
Checksumming...
Extracting...
/usr/local/queuemetrics/jdk-1.6.0_20-linux-i586.bin: ./install.sfx.22549: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
Failed to extract the files.  Please refer to the Troubleshooting section of
the Installation Instructions on the download page for more information.
I have been using QM for years now on an old Trixbox server, but I have finally gotten around to upgrading, but I am stuck at the install process due to this error.

One interesting note is that even though the "Do you agree to the above license terms? [yes or no]" question is in the output above, the process does not stop there and allow me to input an answer, it just proceeds right through without pausing.

Any thoughts?

Tom

[QueueMetrics]

Are you running Elastix 2.0 32-bit or 64-bit?

[trymes]

We're running 64-bit.

Tom

[trymes]

Fiddling a little more, I tried making a symbolic link /lib/ld-linux.so.2 that pointed to  /lib64/ld-linux-x86-64.so.2 and that, unsurprisingly, did not work.

I then installed the Sun Java JDK, but I am still getting issues with starting QM because the variables JAVA_HOME, JRE_HOME, and CATALINA_HOME are not populated. I'm sure that I could define those, export them, and make it work, but I'd prefer to have a stock install  if that's possible, so I'm going to wait. Please let me know if that's a likely possibility.

Tom

[trymes]

OK, boneheaded move. The variable is defined in the /etc/init.d/queuemetrics script upon startup. I changed the line that defines the JAVA_HOME variable to point at /usr/java/jdk1.6.0_21/ and that worked like a charm.

I would still like to be able to use a QM provided RPM, as that would make updates to the JVM easier.

Tom

[QueueMetrics]

Yes I think we should start supplying a 64-bit version of Java as well.
I am opening up a bug for this: #1178

[trymes]

Any updates on this? I don't know where to find the QM bug tracker, or if it's even publicly available.

Tom

[QueueMetrics]

No it is not yet updated.

[torontob]

Hey,

Try this:

yum -y remove gcc elfutils elfutils-libelf elfutils-libs
yum -y install gcc elfutils elfutils-libelf elfutils-libs

-Bruce

[QueueMetrics]

What's weird is that it works just fine on the 634-bit version of Centos 5.5, but does not on ELastix 2 64-bit, that is based on CentOS as well.

Anyway, we now ship a 64-bit version; run the following commands to fix:

Code: [Select]

yum update queuemetrics-java

/etc/init.d/queuemetrics retart

and then restart queuemetrics.
BTW we now ship the latest version of Java - 1.6.0 release 22.

[trymes]

Thanks for the update and the new package. However, becasue the i386 package was already installed, I needed to do the following:

Code: [Select]

yum remove queuemetrics-java
yum install queuemetrics
Otherwise, it just tried to update to the latest version of the i386 package.

How can I verify that QM is using the QM-java package and not the Sun software I installed?

Tom

[trymes]

Nevermind again. I have to get my "post" button under control. I opened /etc/init.d/queuemetrics and it shows this:

Code: [Select]

#!/bin/sh
# chkconfig: 345 20 80
# description: Starts/stops QueueMetrics' internal Tomcat

CATALINA_HOME=/usr/local/queuemetrics/tomcat; export CATALINA_HOME
JAVA_HOME=/usr/local/queuemetrics/java; export JAVA_HOME
JAVA_OPTS="-Xms128M -Xmx128M"
export JAVA_OPTS
TOMCAT_OWNER=root; export TOMCAT_OWNER
Which seems to me that it is properly using the QM-java package instead of Sun.

Tom

[QueueMetrics]

I agree