Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 900067 (JBPAPP6-417)

Summary: HornetQ natives are not loaded
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Jan Stefl <jstefl>
Component: BuildAssignee: Permaine Cheung <pcheung>
Status: CLOSED NEXTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 6.0.0CC: jsedlace, jstefl, pcheung, pgier, rajesh.rajasekaran, vtunka
Target Milestone: ---   
Target Release: EAP 6.0.0   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/JBPAPP6-417
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-04-17 12:44:31 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:
Attachments:
Description Flags
server.log
none
boot.log
none
jboss-eap-native-6.0.0-RHEL5-i386.zip
none
jboss-eap-native-6.0.0-RHEL5-x86_64.zip
none
jboss-eap-native-6.0.0-RHEL6-i386.zip
none
jboss-eap-native-6.0.0-RHEL6-x86_64.zip none

Description Jan Stefl 2012-03-19 16:40:24 UTC
Affects: Documentation (Ref Guide, User Guide, etc.)
project_key: JBPAPP6

After extracting natives jboss-eap-native-6.0.0.ER3-....zip there is following message after startup:

"WARN  [org.jboss.as.messaging] (MSC service thread 1-1) JBAS011600: AIO wasn't located on this platform, it will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal"

I would expect, that after extracting of natives, AIO will be used automatically.
It is possible to setup java.library.path through JAVA_OPTS - but first it must be found from boot.log what current value is and then extend it. That means it is not possible update existing one.

Comment 1 Jan Stefl 2012-03-19 16:40:53 UTC
Attachment: Added: server.log
Attachment: Added: boot.log


Comment 2 Rajesh Rajasekaran 2012-03-19 17:07:37 UTC
Labels: Added: eap6_need_triage


Comment 3 Paul Gier 2012-03-20 13:59:12 UTC
Link: Added: This issue is related to JBPAPP-7995


Comment 4 Paul Gier 2012-03-20 14:16:19 UTC
This is probably occurring because of the change in the hornetq module.xml [ce8e04c4|http://git.app.eng.bos.redhat.com/?p=jbossas/jboss-as.git;a=commitdiff;h=ce8e04c4605336d0e72cb808c684c56ad6f02b50].  I'll check if I can update the ant script to not complain about the empty directory.

Comment 5 Permaine Cheung 2012-03-20 14:26:59 UTC
I just realized that the dirname is incorrect, they should be linux-x86_64 and linux-i686.

Comment 6 Permaine Cheung 2012-03-20 14:37:06 UTC
Jeff, can you please try renaming the dir from jboss-eap-6.0/modules/org/hornetq/main/lib/linux-x86/ to jboss-eap-6.0/modules/org/hornetq/main/lib/linux-i686 ?

Comment 7 Paul Gier 2012-03-20 15:32:33 UTC
As a workaround, the module.xml also needs to be modified to pick up the lib directory, so just add the resource-root in the resources.
{code:xml}
  <resource-root path="lib"/>
{code}
For a more permanent fix, I added a README to the lib directory, so that the empty lib directory is available and the module.xml will not need to be modified after the natives are extracted.  This will be included in the next release [1c11dfa9|http://git.app.eng.bos.redhat.com/?p=jbossas/jboss-as.git;a=commit;h=1c11dfa9ffbdfabf386e7fc4935dca79ab00f88e].

Comment 8 Paul Gier 2012-03-20 15:34:02 UTC
Assigning back to Permaine to fix the paths in the zip.

Comment 9 Permaine Cheung 2012-03-20 16:30:40 UTC
Attaching new zips with dirname fixed.

Comment 10 Permaine Cheung 2012-03-20 16:30:40 UTC
Attachment: Added: jboss-eap-native-6.0.0-RHEL5-i386.zip
Attachment: Added: jboss-eap-native-6.0.0-RHEL5-x86_64.zip
Attachment: Added: jboss-eap-native-6.0.0-RHEL6-i386.zip
Attachment: Added: jboss-eap-native-6.0.0-RHEL6-x86_64.zip


Comment 12 Rajesh Rajasekaran 2012-03-22 17:22:46 UTC
Labels: Removed: eap6_need_triage 


Comment 13 Jan Stefl 2012-03-26 09:33:12 UTC
Renaming the dir linux-x86 to linux-i686 works fine for me, but for test development I need to know how to rename that dir on another platforms - Solaris (64bit), Windows (64bit) ...

This is not only HornetQ problem but general for natives - I am unable simply extract the natives, setup the standalone.xml and run.

For example, I tried run APR support from "jboss-eap-native-6.0.0.ER3-sun10.i386.zip" on "SunOS dev21-01 5.11 11.0 i86pc i386 i86pc" but I got
{noformat}
[org.apache.catalina.core.AprLifecycleListener] (MSC service thread 1-45) The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path:
/qa/tools/opt/solaris9_x86/jdk1.6.0_24/jre/lib/i386/server:/qa/tools/opt/solaris9_x86/jdk1.6.0_24/jre/lib/i386:/qa/tools/opt/solaris9_x86/jdk1.6.0_24/jre/../lib/i386:.:/usr/local/lib:/usr/jdk/packages/lib/i386:/lib:/usr/lib
{noformat} 



Could somebody tell me directory naming conventions, please?

Comment 14 Permaine Cheung 2012-03-26 12:44:01 UTC
Hi Jan,

I've attached new zips which fixed the dirname in the RHEL zips. (so that you don't have to manually fix the dirname.)
Solaris and Windows builds are not affected by this, they already have the correct dirname in there.

Mladen, can you please take a look and see if the issue is related to any of the JIRAs that you have fixed or something else?

Thanks,
Permaine

Comment 15 Mladen Turk 2012-03-26 13:19:19 UTC
Nope, since its not affected by JBPAPP-8505 eventual common linux binary will come from RHEL5 or RHEL6 (still need to decide) but that's not related to this binary.

Comment 16 Rajesh Rajasekaran 2012-03-26 16:36:29 UTC
Mladen/Permaine, I think that Jan has a valid request.
There was a lengthy discussion (both in email and on this change request https://docspace.corp.redhat.com/docs/DOC-89809#/?page=3) on how natives should be handled by jboss modules and this decision impacted packaging as well. 
Do we have the outcome of this decision (for all platforms) documented some where? That would help plan the test cases based on the outcome/packaging. 

Comment 17 Permaine Cheung 2012-03-27 18:22:38 UTC
Jan, Rajesh,
I've updated https://docspace.corp.redhat.com/docs/DOC-78373 with the new zips and their content.
Hope that helps.

I have also check the documentation field, so that these get documented.





Comment 18 Permaine Cheung 2012-03-27 18:22:39 UTC
Affects: Added: Documentation (Ref Guide, User Guide, etc.)


Comment 19 Permaine Cheung 2012-03-27 18:22:59 UTC
Fixed in ER4.

Comment 20 Rajesh Rajasekaran 2012-03-28 21:50:01 UTC
Thanks Permaine. The info in the wiki is useful.

Comment 21 Jan Stefl 2012-04-06 11:13:52 UTC
Confirm that it is fixed at ER4.
Thank you all for collaboration.

Comment 22 Jan Stefl 2012-04-17 10:44:18 UTC
Regression for version ER5.

Please see JBPAPP-8734, I belive there is connection between this issues.

Comment 23 Paul Gier 2012-04-17 12:44:24 UTC
Jan, can you create a new jira for this, and link it to this one?  I prefer not to move issues around after they have already been part of a release.

Comment 24 Permaine Cheung 2012-04-17 12:56:09 UTC
This is strange, there's no change in the natives between ER 4.1 and ER5. Can you please provide more info?

Comment 25 Jan Stefl 2012-04-17 13:22:43 UTC
It is package for RHEL5 x86_64.
The problem is at package jboss-eap-native-6.0.0.ER5-RHEL5-x86_64.zip, package jboss-eap-native-6.0.0.ER5-RHEL5-x86_64.zip is OK.
Let's continue at JBPAPP-8738.

Comment 26 Anne-Louise Tangring 2012-11-05 13:49:25 UTC
Docs QE Status: Removed: NEW