QueueMetrics forum
QueueMetrics => QueueMetrics installation => Topic started by: trymes on September 27, 2010, 20:01:49
-
I am trying to install via yum on my Elastix 2.0 server, but I am running into an error during the installation process:
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
-
Are you running Elastix 2.0 32-bit or 64-bit?
-
We're running 64-bit.
Tom
-
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
-
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
-
Yes I think we should start supplying a 64-bit version of Java as well.
I am opening up a bug for this: #1178
-
Any updates on this? I don't know where to find the QM bug tracker, or if it's even publicly available.
Tom
-
No it is not yet updated.
-
Hey,
Try this:
yum -y remove gcc elfutils elfutils-libelf elfutils-libs
yum -y install gcc elfutils elfutils-libelf elfutils-libs
-Bruce
-
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:
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.
-
Thanks for the update and the new package. However, becasue the i386 package was already installed, I needed to do the following:
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
-
Nevermind again. I have to get my "post" button under control. I opened /etc/init.d/queuemetrics and it shows this:
#!/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
-
I agree ;)