Bug 899356 (JBEWS-325)
| Summary: | EWS - jsvc error on solaris sparc64 | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Web Server 1 | Reporter: | Aleksandar Kostadinov <akostadinov> |
| Component: | unspecified | Assignee: | Permaine Cheung <pcheung> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | EWS 1.0.2 | CC: | mturk, pcheung |
| Target Milestone: | --- | ||
| Target Release: | EWS 1.0.2 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://jira.jboss.org/jira/browse/JBEWS-325 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: |
solaris 9/10 sparc64
|
|
| Last Closed: | 2011-05-04 18:27:18 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: | |||
Please investigate. Thanks! Fixed a build by forcing ./configure --build=sparcv9-sun-solaris2 ... This fixes the wrong GNU autotools CPU detection for 'sparc' instead 'sparcv9' on 64-bit builds Build http://hudson.qa.jboss.com/hudson/job/RHATews-1-solaris9-sparc/225/ and http://hudson.qa.jboss.com/hudson/job/RHATews-1-solaris10-sparc/237/ fixes the issue Builds are done, marking as resolved. Hello Mladen,
there is something strange with jsvc at least on solaris 10 sparc64.
I'm using the following command:{code}
sbin/jsvc -Djava.endorsed.dirs=${tomcat5}/common/endorsed -cp ${tomcat5}/bin/bootstrap.jar:${tomcat5}/../java/commons-daemon.jar:${tomcat5}/server/lib/catalina.jar:${tomcat5}/bin/commons-logging-api.jar:${tomcat5}/server/lib/tomcat-util.jar -outfile ${tomcat5}/logs/catalina.out -errfile '&1' -pidfile /var/run/tomcat5.pid -user tomcat -procname tomcat5 -jvm server -verbose:jni -debug org.apache.catalina.startup.Bootstrap{code}
You see I have added to classpath some additional jars to avoid NCDFEs. Still I'm getting the following:{code}
SEVERE: Begin event threw error
java.lang.NoClassDefFoundError: org/apache/naming/TransactionRef
{code}
I think that I should not need to add every tomcat library to classpath because in [tomcat documentation|http://tomcat.apache.org/tomcat-5.5-doc/setup.html] they only suggest including bootstrap.jar in classpath. Also the catalina.sh doesn't seem to add anything but bootstrap.jar and commons-logging-api.jar to java classpath.
So my question is whether documentation is wrong, jsvc is wrong, EWS directory/file layout is wrong or am I missing something simple?
Thank you!
Link: Added: This issue relates to JBPAPP-3728 Ivo filed JBPAPP-6455 for the cause of the problems I'm seeing now. jsvc binary seems fine now so closing this issue. Release Notes Docs Status: Added: Not Required Link: Added: This issue is related to JBPAPP-6455 Link: Added: This issue relates to JBPAPP-6693 Release Notes Docs Status: Removed: Not Required |
project_key: JBEWS Trying to use jsvc to start tomcat5 results in: {code}Switching umask back to 022 from 077 Using specific JVM in /qa/tools/opt/solaris10_sparc/jdk1.6.0_21/jre/lib/sparc/server/libjvm.so Attemtping to load library /qa/tools/opt/solaris10_sparc/jdk1.6.0_21/jre/lib/sparc/server/libjvm.so Cannot dynamically link to /qa/tools/opt/solaris10_sparc/jdk1.6.0_21/jre/lib/sparc/server/libjvm.so ld.so.1: jsvc: fatal: /qa/tools/opt/solaris10_sparc/jdk1.6.0_21/jre/lib/sparc/server/libjvm.so: wrong ELF class: ELFCLASS32 java_init failed Service exit with a return value of 1{code} I'm doing with this one command: {code}sbin/jsvc -verbose:jni -Djava.endorsed.dirs=${tomcat5}/common/endorsed -Djava.class.path=${tomcat5}/bin/bootstrap.jar:${tomcat5}/bin/commons-daemon.jar -outfile ${tomcat5}/logs/catalina.out -errfile '&1' -pidfile /var/run/tomcat5.pid -debug -user tomcat -procname tomcat5 -jvm server org.apache.catalina.startup.Bootstrap{code} LD_LIBRARY_PATH=/opt/redhat/ews/lib64 ---------------- Looking at the issue I believe it is caused by jsvc choosing 32bit java instead of 64bit. It is using the .../sparc/.../libjvm.so instead of *sparcv9*. Adding -X-d64 also doesn't help. I see a possible fix described here - https://issues.apache.org/jira/browse/DAEMON-45 (see last comment).