glassfish
  1. glassfish
  2. GLASSFISH-9332

SunPKCS11 initialization error w/ 64bit VM

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: v2.1.1
    • Fix Version/s: not determined
    • Component/s: packaging
    • Labels:
      None
    • Environment:

      Operating System: SunOS
      Platform: All

    • Issuezilla Id:
      9,332
    • Status Whiteboard:
      Hide

      v3_exclude,V2.1.1exclude

      Show
      v3_exclude,V2.1.1exclude

      Description

      Unable to start b30 with jdk1.6.0_16 64bit VM. start-domain fails with the
      following error:

      [#|2009-08-27T16:40:36.675-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.
      core.security|_ThreadID=10;_ThreadName=main;_RequestID=7f935454-876c-4018-8ed1-c
      091c61adeb2;|SEC8001: Exception in initializing SunPKCS11.
      java.lang.UnsatisfiedLinkError: /export/appservers/sjsas/lib/sparcv9/libnss3.so:
      ld.so.1: java: fatal: /export/appservers/sjsas/lib/libnssutil3.so: wrong ELF cl
      ass: ELFCLASS32
      at java.lang.ClassLoader$NativeLibrary.load(Native Method)
      at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
      at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
      at java.lang.Runtime.loadLibrary0(Runtime.java:823)
      at java.lang.System.loadLibrary(System.java:1030)
      at com.sun.enterprise.ee.security.NssStore.<clinit>(NssStore.java:100)
      at com.sun.enterprise.ee.security.EESecuritySupportImpl.initNSS(EESecuri
      tySupportImpl.java:151)
      at com.sun.enterprise.ee.security.EESecuritySupportImpl.<init>(EESecurit
      ySupportImpl.java:95)
      at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
      at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
      orAccessorImpl.java:39)
      at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
      onstructorAccessorImpl.java:27)
      at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
      at java.lang.Class.newInstance0(Class.java:355)
      at java.lang.Class.newInstance(Class.java:308)
      at com.sun.enterprise.pluggable.PluggableFeatureFactoryBaseImpl.invoke(P
      luggableFeatureFactoryBaseImpl.java:84)
      at $Proxy0.getSecuritySupport(Unknown Source)
      at com.sun.enterprise.security.SecurityUtil.getSecuritySupport(SecurityU
      til.java:364)
      at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:102)
      at com.sun.enterprise.security.SecurityLifecycle.onInitialization(Securi
      tyLifecycle.java:101)
      at com.sun.enterprise.server.ApplicationServer.onInitialization(Applicat
      ionServer.java:265)
      at com.sun.enterprise.server.ondemand.OnDemandServer.onInitialization(On
      DemandServer.java:103)
      at com.sun.enterprise.server.PEMain.run(PEMain.java:399)
      at com.sun.enterprise.server.PEMain.main(PEMain.java:336)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
      java:39)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
      sorImpl.java:25)
      at java.lang.reflect.Method.invoke(Method.java:597)
      at com.sun.enterprise.server.PELaunch.main(PELaunch.java:415)

      #]

        Activity

        Hide
        kumarjayanti added a comment -

        Hi,

        Are you taking a Distribution of GlassFish that was built for 64 Bit ?. Can
        you tell me where and how you obtained the GlassFish Server Instance.

        Did you buy a 64 Bit GlassFish Enterprise server from Sun and then you see this
        error ?. Or did Sun tell you that this Enterprise Server that you bought works
        with 64 Bit VM. If so then it is a legitimate bug.

        Otherwise you just need to make sure that the NSS shared libraries are 64 bit
        compiled as well. The ones you are using are not 64 bit compiled.

        You could get 64 bit NSS libraries for X86 systems here :
        http://rpm.pbone.net/index.php3/stat/4/idpl/12386007/com/nss-3.12.2.0-4.el5.centos.x86_64.rpm.html

        I am not sure where to get 64 bit NSS libraries for SOLARIS-SPARC.

        Show
        kumarjayanti added a comment - Hi, Are you taking a Distribution of GlassFish that was built for 64 Bit ?. Can you tell me where and how you obtained the GlassFish Server Instance. Did you buy a 64 Bit GlassFish Enterprise server from Sun and then you see this error ?. Or did Sun tell you that this Enterprise Server that you bought works with 64 Bit VM. If so then it is a legitimate bug. Otherwise you just need to make sure that the NSS shared libraries are 64 bit compiled as well. The ones you are using are not 64 bit compiled. You could get 64 bit NSS libraries for X86 systems here : http://rpm.pbone.net/index.php3/stat/4/idpl/12386007/com/nss-3.12.2.0-4.el5.centos.x86_64.rpm.html I am not sure where to get 64 bit NSS libraries for SOLARIS-SPARC.
        Hide
        meenap added a comment -

        Tried 64bits JVM on GlassFish V2.1.1 B31b on Solaris 10 Sparc and was able to
        reproduce this problem when starting domain1. This is on Enterprise Profile.

        cat asadminenv.conf

        1. Copyright 2006 Sun Microsystems Inc. All rights reserved.
        2. Use is subject to license terms.
        3. Defines the defaults for the asadmin script. This file should only contain
          simple properties. Edit judiciously.
          AS_ADMIN_PORT=4848
          AS_ADMIN_PROFILE=enterprise
          AS_ADMIN_SECURE=true

        [#|2009-09-22T12:37:37.313-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
        Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build
        b31b-fcs) ...|#]

        [#|2009-09-22T12:37:41.910-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
        HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun
        Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version
        1.6.0_16] from [Sun Microsystems Inc.]|#]

        [#|2009-09-22T12:37:42.314-0700|INFO|sun-appserver2.1|javax.enterprise.resource.jms|_ThreadID=11;_ThreadName=pool-1-thread-7;|Using
        MQ RA for Broker lifecycle control|#]

        [#|2009-09-22T12:37:42.359-0700|INFO|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=12;_ThreadName=pool-1-thread-4;|SEC1001:
        Security Manager
        is ON.|#]

        [#|2009-09-22T12:37:53.082-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=c1566bd0-d351-4033-8e4f-91bc3e8d1950;|SEC8001:
        Exception in initializing SunPKCS11.
        java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/sparcv9/libnss3.so:
        ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF
        class: ELFCLASS32
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703)
        at java.lang.Runtime.loadLibrary0(Runtime.java:823)
        at java.lang.System.loadLibrary(System.java:1028)
        at com.sun.enterprise.ee.security.NssStore.<clinit>(NssStore.java:100)
        at
        com.sun.enterprise.ee.security.EESecuritySupportImpl.initNSS(EESecuritySupportImpl.java:151)
        at
        com.sun.enterprise.ee.security.EESecuritySupportImpl.<init>(EESecuritySupportImpl.java:95)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at
        sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at
        sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
        at java.lang.Class.newInstance0(Class.java:355)
        at java.lang.Class.newInstance(Class.java:308)
        at
        com.sun.enterprise.pluggable.PluggableFeatureFactoryBaseImpl.invoke(PluggableFeatureFactoryBaseImpl.java:84)
        at $Proxy0.getSecuritySupport(Unknown Source)
        at
        com.sun.enterprise.security.SecurityUtil.getSecuritySupport(SecurityUtil.java:364)
        at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:102)
        at
        com.sun.enterprise.security.SecurityLifecycle.onInitialization(SecurityLifecycle.java:101)
        at
        com.sun.enterprise.server.ApplicationServer.onInitialization(ApplicationServer.java:265)
        at
        com.sun.enterprise.server.ondemand.OnDemandServer.onInitialization(OnDemandServer.java:103)
        at com.sun.enterprise.server.PEMain.run(PEMain.java:399)
        at com.sun.enterprise.server.PEMain.main(PEMain.java:336)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
        sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
        sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at com.sun.enterprise.server.PELaunch.main(PELaunch.java:415)

        #]
        Show
        meenap added a comment - Tried 64bits JVM on GlassFish V2.1.1 B31b on Solaris 10 Sparc and was able to reproduce this problem when starting domain1. This is on Enterprise Profile. cat asadminenv.conf Copyright 2006 Sun Microsystems Inc. All rights reserved. Use is subject to license terms. Defines the defaults for the asadmin script. This file should only contain simple properties. Edit judiciously. AS_ADMIN_PORT=4848 AS_ADMIN_PROFILE=enterprise AS_ADMIN_SECURE=true [#|2009-09-22T12:37:37.313-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build b31b-fcs) ...|#] [#|2009-09-22T12:37:41.910-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_16] from [Sun Microsystems Inc.] |#] [#|2009-09-22T12:37:42.314-0700|INFO|sun-appserver2.1|javax.enterprise.resource.jms|_ThreadID=11;_ThreadName=pool-1-thread-7;|Using MQ RA for Broker lifecycle control|#] [#|2009-09-22T12:37:42.359-0700|INFO|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=12;_ThreadName=pool-1-thread-4;|SEC1001: Security Manager is ON.|#] [#|2009-09-22T12:37:53.082-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=c1566bd0-d351-4033-8e4f-91bc3e8d1950;|SEC8001: Exception in initializing SunPKCS11. java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/sparcv9/libnss3.so: ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF class: ELFCLASS32 at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1028) at com.sun.enterprise.ee.security.NssStore.<clinit>(NssStore.java:100) at com.sun.enterprise.ee.security.EESecuritySupportImpl.initNSS(EESecuritySupportImpl.java:151) at com.sun.enterprise.ee.security.EESecuritySupportImpl.<init>(EESecuritySupportImpl.java:95) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at com.sun.enterprise.pluggable.PluggableFeatureFactoryBaseImpl.invoke(PluggableFeatureFactoryBaseImpl.java:84) at $Proxy0.getSecuritySupport(Unknown Source) at com.sun.enterprise.security.SecurityUtil.getSecuritySupport(SecurityUtil.java:364) at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:102) at com.sun.enterprise.security.SecurityLifecycle.onInitialization(SecurityLifecycle.java:101) at com.sun.enterprise.server.ApplicationServer.onInitialization(ApplicationServer.java:265) at com.sun.enterprise.server.ondemand.OnDemandServer.onInitialization(OnDemandServer.java:103) at com.sun.enterprise.server.PEMain.run(PEMain.java:399) at com.sun.enterprise.server.PEMain.main(PEMain.java:336) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.enterprise.server.PELaunch.main(PELaunch.java:415) #]
        Hide
        meenap added a comment -

        Created an attachment (id=3261)
        Server Log

        Show
        meenap added a comment - Created an attachment (id=3261) Server Log
        Hide
        Ed Bratt added a comment -

        Changed Target Milestone to 2.1.1

        Show
        Ed Bratt added a comment - Changed Target Milestone to 2.1.1
        Hide
        kumarjayanti added a comment -

        Yes ofcourse you will see this issue.

        I have already stated and doing Google search for "wrong ELF class: ELFCLASS32"
        will clearly tell you the reason.

        You are using a 64 Bit VM and probably OS as well and trying to load a 32 bit
        compiled NSS library : /export/home/appserver/lib/libnssutil3.so

        I need to know the history of Enterprise Profile Testing with 64 Bit VM and
        OSes. Did this combination ever work or is it being tested for the first time.
        If it is a regression please clearly mention that in the Bug report.

        Please note that the package of GlassFish Enterprise that you are using contains
        a 32 bit compiled NSS. You will need to instead install 64 bit compiled NSS
        libraries for Solaris for this to work.

        I am changing the category of the bug to packaging. I am not aware if we ever
        supported 64 bit NSS packaging in the history of GlassFish V2. Atleast i have
        never heard about it ever since i took over the Security Module from Shing Wai.

        Show
        kumarjayanti added a comment - Yes ofcourse you will see this issue. I have already stated and doing Google search for "wrong ELF class: ELFCLASS32" will clearly tell you the reason. You are using a 64 Bit VM and probably OS as well and trying to load a 32 bit compiled NSS library : /export/home/appserver/lib/libnssutil3.so I need to know the history of Enterprise Profile Testing with 64 Bit VM and OSes. Did this combination ever work or is it being tested for the first time. If it is a regression please clearly mention that in the Bug report. Please note that the package of GlassFish Enterprise that you are using contains a 32 bit compiled NSS. You will need to instead install 64 bit compiled NSS libraries for Solaris for this to work. I am changing the category of the bug to packaging. I am not aware if we ever supported 64 bit NSS packaging in the history of GlassFish V2. Atleast i have never heard about it ever since i took over the Security Module from Shing Wai.
        Hide
        eileeny added a comment -

        This is a regression from b30 onward. The enterprise profile + 64 bit
        combination has been a standard combination for performance testing and
        successfully ran on b29 and earlier builds. Either the 64 bit NSS library is
        now missing from the bundle or perhaps the security libraries are being loaded
        differently.

        Show
        eileeny added a comment - This is a regression from b30 onward. The enterprise profile + 64 bit combination has been a standard combination for performance testing and successfully ran on b29 and earlier builds. Either the 64 bit NSS library is now missing from the bundle or perhaps the security libraries are being loaded differently.
        Hide
        kumarjayanti added a comment -

        I am somewhat confident that the NSS library packaged is 32 bits based on the
        error message.

        The last change to code which loads the NSS library was 20 months ago, done by
        Janey (something to do with AIX port).

        So can you tell me how old is b29 and how old is b30.

        http://fisheye5.cenqua.com/browse/glassfish/appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java#bSJSAS91_FCS_BRANCH

        Branch SJSAS91_FCS_BRANCH :
        ------------------------------

        1.4.6.1 annotated / raw | Diffs: previous, other | Lines: 335 ( +2, -0 )

        Created: 2008-01-18 00:47:00 -0600 (20 months ago) | Author: janey | Changeset:
        SJSAS91_FCS_BRANCH:janey:20080118064700
        port AIX changes to 9.1.1

        Branch point for: HA_STORE_SPI_BRANCH SAILFIN20_FCS_BRANCH SF20_MS1_BRANCH
        SGES211_FCS_BRANCH SGES21_FCS_BRANCH SJSAS911_BETA_BRANCH

        Tags: (hidden) show
        ------------------------------------

        Show
        kumarjayanti added a comment - I am somewhat confident that the NSS library packaged is 32 bits based on the error message. The last change to code which loads the NSS library was 20 months ago, done by Janey (something to do with AIX port). So can you tell me how old is b29 and how old is b30. http://fisheye5.cenqua.com/browse/glassfish/appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java#bSJSAS91_FCS_BRANCH Branch SJSAS91_FCS_BRANCH : ------------------------------ 1.4.6.1 annotated / raw | Diffs: previous, other | Lines: 335 ( +2, -0 ) Created: 2008-01-18 00:47:00 -0600 (20 months ago) | Author: janey | Changeset: SJSAS91_FCS_BRANCH:janey:20080118064700 port AIX changes to 9.1.1 Branch point for: HA_STORE_SPI_BRANCH SAILFIN20_FCS_BRANCH SF20_MS1_BRANCH SGES211_FCS_BRANCH SGES21_FCS_BRANCH SJSAS911_BETA_BRANCH Tags: (hidden) show ------------------------------------
        Hide
        eileeny added a comment -

        This is a regression from b30 onwards. Performance testing regularly tests with
        64bit VM and enterprise profile and had no issues up to b29.

        Show
        eileeny added a comment - This is a regression from b30 onwards. Performance testing regularly tests with 64bit VM and enterprise profile and had no issues up to b29.
        Hide
        meenap added a comment -

        Tried B29 with pointing to 64 Bits JDK1.6.0_16 and the default domain1 is
        starting up fine, no issues there.

        Version = Sun GlassFish Enterprise Server v2.1.1 (9.1.2) (build b29-fcs)
        Command version executed successfully.

        [#|2009-09-23T10:26:21.565-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
        HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using
        [Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_16] from [Sun Microsystems
        Inc.]|#]

        More details:
        1) In B29, the bundled JDK in appserver is 1.5.0_20 and the bundled JDK in
        appserver from B30 onwards is JDK1.6.0_16

        2) B29 was promoted on 19th August and B30 was promoted on 26th August.

        Show
        meenap added a comment - Tried B29 with pointing to 64 Bits JDK1.6.0_16 and the default domain1 is starting up fine, no issues there. Version = Sun GlassFish Enterprise Server v2.1.1 (9.1.2) (build b29-fcs) Command version executed successfully. [#|2009-09-23T10:26:21.565-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_16] from [Sun Microsystems Inc.]|#] More details: 1) In B29, the bundled JDK in appserver is 1.5.0_20 and the bundled JDK in appserver from B30 onwards is JDK1.6.0_16 2) B29 was promoted on 19th August and B30 was promoted on 26th August.
        Hide
        eileeny added a comment -

        I was able to startup b30 w/ enterprise profile by setting AS_NSS=/usr/lib/mps.

        I'm pretty sure it's a packaging error. In the solx86 install, two of the three
        nss libraries in the lib/amd64 directory are 32bit libraries:
        <web-x4100-7.74> pwd
        /export/appservers/gfv211b30/lib/amd64
        <web-x4100-7.70> file libnssckbi.so
        libnssckbi.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked,
        not stripped
        <web-x4100-7.71> file libnss3.so
        libnss3.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], dynamically
        linked, not stripped

        Show
        eileeny added a comment - I was able to startup b30 w/ enterprise profile by setting AS_NSS=/usr/lib/mps. I'm pretty sure it's a packaging error. In the solx86 install, two of the three nss libraries in the lib/amd64 directory are 32bit libraries: <web-x4100-7.74> pwd /export/appservers/gfv211b30/lib/amd64 <web-x4100-7.70> file libnssckbi.so libnssckbi.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped <web-x4100-7.71> file libnss3.so libnss3.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU] , dynamically linked, not stripped
        Hide
        eileeny added a comment -

        Previous comment was regarding solx86 platform.

        Problem is more complicated on solaris/sparc platform. All libraries in
        $

        {appserver_home}/lib/sparcv9 are 64bit, but 64bit libnss3.so is being linked to
        32bit libnssutil3.so.

        As a workaround, I can get the enterprise profile working on sparc if I set
        AS_NSS=/usr/lib/mps in ${appserver_home}

        /config/asenv.conf, and remove all the
        files in $

        {appserver_home}

        /lib/sparcv9 that overlap with files in /usr/lib/mps.
        AS_JAVA also needs to be set to jdk1.5.0 since the /usr/lib/mps libraries on
        sparc do not work with jdk1.6.0.

        Show
        eileeny added a comment - Previous comment was regarding solx86 platform. Problem is more complicated on solaris/sparc platform. All libraries in $ {appserver_home}/lib/sparcv9 are 64bit, but 64bit libnss3.so is being linked to 32bit libnssutil3.so. As a workaround, I can get the enterprise profile working on sparc if I set AS_NSS=/usr/lib/mps in ${appserver_home} /config/asenv.conf, and remove all the files in $ {appserver_home} /lib/sparcv9 that overlap with files in /usr/lib/mps. AS_JAVA also needs to be set to jdk1.5.0 since the /usr/lib/mps libraries on sparc do not work with jdk1.6.0.
        Hide
        kumarjayanti added a comment -

        reassign

        Show
        kumarjayanti added a comment - reassign
        Hide
        Snjezana Sevo-Zenzerovic added a comment -

        Excluding from v3 bug list.

        Show
        Snjezana Sevo-Zenzerovic added a comment - Excluding from v3 bug list.
        Hide
        meenap added a comment -

        Tried with B31d on Solaris 10 X86 with 64 Bits JDK1.6.0_16. Still seeing the
        same startup issue.

        [#|2009-10-06T15:37:15.964-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=2666d3da-c449-4c3c-ab01-55f334d0d700;|SEC8001:
        Exception in initializing SunPKCS11.
        java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/amd64/libnss3.so:
        ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF
        class: ELFCLASS32

        The 64 bits libnss3.so file is being linked to 32 bits libnssutil3.so file
        causing the above problem.

        bigapp-xeon-2(aroot):lib/amd64 ->pwd
        /export/home/appserver/lib/amd64
        bigapp-xeon-2(aroot):lib/amd64 ->file libnss3.so
        libnss3.so: ELF 64-bit LSB dynamic lib AMD64 Version 1 [SSE2 SSE CMOV],
        dynamically linked, not stripped

        bigapp-xeon-2(aroot):appserver/lib ->pwd
        /export/home/appserver/lib
        bigapp-xeon-2(aroot):appserver/lib ->file libnssutil3.so
        libnssutil3.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked,
        not stripped

        I tried the workaround that Eileen mentioned here and modified the
        /export/home/appserver/config/asenv.conf file of
        AS_NSS="/usr/lib/mps"

        After this, I was able to start the domain successfully.

        Show
        meenap added a comment - Tried with B31d on Solaris 10 X86 with 64 Bits JDK1.6.0_16. Still seeing the same startup issue. [#|2009-10-06T15:37:15.964-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=2666d3da-c449-4c3c-ab01-55f334d0d700;|SEC8001: Exception in initializing SunPKCS11. java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/amd64/libnss3.so: ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF class: ELFCLASS32 The 64 bits libnss3.so file is being linked to 32 bits libnssutil3.so file causing the above problem. bigapp-xeon-2(aroot):lib/amd64 ->pwd /export/home/appserver/lib/amd64 bigapp-xeon-2(aroot):lib/amd64 ->file libnss3.so libnss3.so: ELF 64-bit LSB dynamic lib AMD64 Version 1 [SSE2 SSE CMOV] , dynamically linked, not stripped bigapp-xeon-2(aroot):appserver/lib ->pwd /export/home/appserver/lib bigapp-xeon-2(aroot):appserver/lib ->file libnssutil3.so libnssutil3.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped I tried the workaround that Eileen mentioned here and modified the /export/home/appserver/config/asenv.conf file of AS_NSS="/usr/lib/mps" After this, I was able to start the domain successfully.
        Hide
        meenap added a comment -

        Tried B31d on Solaris 10 Spsrc and same issue is seen as in Sol X86 above.

        [#|2009-10-06T16:24:54.877-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=49015535-32fa-453f-a4f4-6c9245e60d9f;|SEC8001:
        Exception in initializing SunPKCS11.
        java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/sparcv9/libnss3.so:
        ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF
        class: ELFCLASS32

        bigapp-niagara-1(aroot):appserver/bin ->file
        /export/home/appserver/lib/sparcv9/libnss3.so
        /export/home/appserver/lib/sparcv9/libnss3.so: ELF 64-bit MSB dynamic lib
        SPARCV9 Version 1, dynamically linked, not stripped

        bigapp-niagara-1(aroot):appserver/bin ->file
        /export/home/appserver/lib/libnssutil3.so
        /export/home/appserver/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC
        Version 1, dynamically linked, not stripped

        With workaround of pointing AS_NSS="/usr/lib/mps" and AS_NSS_BIN="/usr/lib/mps"
        in asenv.conf file, I am still not able to start the domain. So the workaround
        is not working on Solaris Sparc.

        Found the following existing in this installation:

        ./export/home/appserver/imq/lib/sparcv9/libnssutil3.so
        ./export/home/appserver/imq/lib/libnssutil3.so
        ./export/home/appserver/lib/libnssutil3.so

        bigapp-niagara-1(aroot):~ ->file
        /export/home/appserver/imq/lib/sparcv9/libnssutil3.so
        /export/home/appserver/imq/lib/sparcv9/libnssutil3.so: ELF 64-bit MSB dynamic
        lib SPARCV9 Version 1, dynamically linked, not stripped

        bigapp-niagara-1(aroot):~ ->file /export/home/appserver/imq/lib/libnssutil3.so
        /export/home/appserver/imq/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC
        Version 1, dynamically linked, not stripped

        bigapp-niagara-1(aroot):~ ->file /export/home/appserver/lib/libnssutil3.so
        /export/home/appserver/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC
        Version 1, dynamically linked, not stripped

        I don't see libnssutil3.so for 64-bit packaged in the build under lib directory
        just like the imq directory. I am not sure if this is supposed to be packaged
        and is missing in the build.

        Show
        meenap added a comment - Tried B31d on Solaris 10 Spsrc and same issue is seen as in Sol X86 above. [#|2009-10-06T16:24:54.877-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=49015535-32fa-453f-a4f4-6c9245e60d9f;|SEC8001: Exception in initializing SunPKCS11. java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/sparcv9/libnss3.so: ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF class: ELFCLASS32 bigapp-niagara-1(aroot):appserver/bin ->file /export/home/appserver/lib/sparcv9/libnss3.so /export/home/appserver/lib/sparcv9/libnss3.so: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped bigapp-niagara-1(aroot):appserver/bin ->file /export/home/appserver/lib/libnssutil3.so /export/home/appserver/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped With workaround of pointing AS_NSS="/usr/lib/mps" and AS_NSS_BIN="/usr/lib/mps" in asenv.conf file, I am still not able to start the domain. So the workaround is not working on Solaris Sparc. Found the following existing in this installation: ./export/home/appserver/imq/lib/sparcv9/libnssutil3.so ./export/home/appserver/imq/lib/libnssutil3.so ./export/home/appserver/lib/libnssutil3.so bigapp-niagara-1(aroot):~ ->file /export/home/appserver/imq/lib/sparcv9/libnssutil3.so /export/home/appserver/imq/lib/sparcv9/libnssutil3.so: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped bigapp-niagara-1(aroot):~ ->file /export/home/appserver/imq/lib/libnssutil3.so /export/home/appserver/imq/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped bigapp-niagara-1(aroot):~ ->file /export/home/appserver/lib/libnssutil3.so /export/home/appserver/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped I don't see libnssutil3.so for 64-bit packaged in the build under lib directory just like the imq directory. I am not sure if this is supposed to be packaged and is missing in the build.
        Hide
        coding added a comment -
            • Issue 9332 has been confirmed by votes. ***
        Show
        coding added a comment - Issue 9332 has been confirmed by votes. ***
        Hide
        meenap added a comment -

        Picked up the nightly build from:
        /net/koori.sfbay/n/v02/glassfish_branch2.1.1/bundles/b31f-2009-10-08.

        Did a quick test on Solaris Sparc and Solaris X86 by testing the start domain.

        Sparc
        *******
        bigapp-niagara-1(aroot):appserver/lib ->pwd
        /export/home/appserver/lib

        bigapp-niagara-1(aroot):appserver/lib ->ls -l nss
        rw-rr- 1 root root 26032 Oct 9 10:19 libasnss.so
        rw-rr- 1 root root 1768100 Oct 9 10:19 libnss3.so
        rw-rr- 1 root root 506776 Oct 9 10:19 libnssckbi.so
        rw-rr- 1 root root 252620 Oct 9 10:19 libnssdbm3.so
        rw-rr- 1 root root 176880 Oct 9 10:19 libnssutil3.so

        bigapp-niagara-1(aroot):lib/sparcv9 ->pwd
        /export/home/appserver/lib/sparcv9

        bigapp-niagara-1(aroot):lib/sparcv9 ->ls -l nss
        rw-rr- 1 root root 41504 Oct 9 10:19 libasnss.so
        rw-rr- 1 root root 1849232 Oct 9 10:19 libnss3.so
        rw-rr- 1 root root 622712 Oct 9 10:19 libnssckbi.so
        rw-rr- 1 root root 275312 Oct 9 10:19 libnssdbm3.so
        rw-rr- 1 root root 209904 Oct 9 10:19 libnssutil3.so

        start
        [#|2009-10-09T10:31:50.095-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
        Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build
        b31f-fcs) ...|#]

        [#|2009-10-09T10:31:54.717-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
        HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun
        Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version
        1.6.0_16] from [Sun Microsystems Inc.]|#]

        ..............................

        [#|2009-10-09T10:32:52.850-0700|WARNING|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;_RequestID=02b664d6-69b9-4369-b650-830e111589eb;|EJBLifeCycle:
        Automatic timer migration component not enabled for DAS instance|#]

        [#|2009-10-09T10:32:53.111-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application
        server startup complete.|#]

        Domain started up successfully with 64 Bits JDK1.6.0_16 on Sparc.

        X86
        ******

        bigapp-xeon-2(aroot):appserver/lib ->pwd
        /export/home/appserver/lib

        bigapp-xeon-2(aroot):appserver/lib ->ls -l nss
        rw-rr- 1 root root 24676 Oct 9 10:20 libasnss.so
        rw-rr- 1 root root 2427148 Oct 9 10:21 libnss3.so
        rw-rr- 1 root root 490276 Oct 9 10:21 libnssckbi.so
        rw-rr- 1 root root 360444 Oct 9 10:21 libnssdbm3.so
        rw-rr- 1 root root 195180 Oct 9 10:21 libnssutil3.so

        bigapp-xeon-2(aroot):lib/amd64 ->pwd
        /export/home/appserver/lib/amd64

        bigapp-xeon-2(aroot):lib/amd64 ->ls -l nss
        rw-rr- 1 root root 28936 Oct 9 10:20 libasnss.so
        rw-rr- 1 root root 2668376 Oct 9 10:21 libnss3.so
        rw-rr- 1 root root 638576 Oct 9 10:21 libnssckbi.so
        rw-rr- 1 root root 418312 Oct 9 10:21 libnssdbm3.so
        rw-rr- 1 root root 246816 Oct 9 10:21 libnssutil3.so

        start
        [#|2009-10-09T10:33:50.828-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
        Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build
        b31f-fcs) ...|#]

        [#|2009-10-09T10:33:51.610-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
        HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun
        Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version
        1.6.0_16] from [Sun Microsystems Inc.]|#]

        .......................................

        [#|2009-10-09T10:34:01.682-0700|WARNING|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;_RequestID=3989c62d-e2f8-44d8-96f9-4bab8f61cd3b;|EJBLifeCycle:
        Automatic timer migration component not enabled for DAS instance|#]

        [#|2009-10-09T10:34:01.729-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application
        server startup complete.|#]

        Domain started up successfully with 64 Bits JDK1.6.0_16 on X86

        Show
        meenap added a comment - Picked up the nightly build from: /net/koori.sfbay/n/v02/glassfish_branch2.1.1/bundles/b31f-2009-10-08. Did a quick test on Solaris Sparc and Solaris X86 by testing the start domain. Sparc ******* bigapp-niagara-1(aroot):appserver/lib ->pwd /export/home/appserver/lib bigapp-niagara-1(aroot):appserver/lib ->ls -l nss rw-r r - 1 root root 26032 Oct 9 10:19 libasnss.so rw-r r - 1 root root 1768100 Oct 9 10:19 libnss3.so rw-r r - 1 root root 506776 Oct 9 10:19 libnssckbi.so rw-r r - 1 root root 252620 Oct 9 10:19 libnssdbm3.so rw-r r - 1 root root 176880 Oct 9 10:19 libnssutil3.so bigapp-niagara-1(aroot):lib/sparcv9 ->pwd /export/home/appserver/lib/sparcv9 bigapp-niagara-1(aroot):lib/sparcv9 ->ls -l nss rw-r r - 1 root root 41504 Oct 9 10:19 libasnss.so rw-r r - 1 root root 1849232 Oct 9 10:19 libnss3.so rw-r r - 1 root root 622712 Oct 9 10:19 libnssckbi.so rw-r r - 1 root root 275312 Oct 9 10:19 libnssdbm3.so rw-r r - 1 root root 209904 Oct 9 10:19 libnssutil3.so start [#|2009-10-09T10:31:50.095-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build b31f-fcs) ...|#] [#|2009-10-09T10:31:54.717-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_16] from [Sun Microsystems Inc.] |#] .............................. [#|2009-10-09T10:32:52.850-0700|WARNING|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;_RequestID=02b664d6-69b9-4369-b650-830e111589eb;|EJBLifeCycle: Automatic timer migration component not enabled for DAS instance|#] [#|2009-10-09T10:32:53.111-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application server startup complete.|#] Domain started up successfully with 64 Bits JDK1.6.0_16 on Sparc. X86 ****** bigapp-xeon-2(aroot):appserver/lib ->pwd /export/home/appserver/lib bigapp-xeon-2(aroot):appserver/lib ->ls -l nss rw-r r - 1 root root 24676 Oct 9 10:20 libasnss.so rw-r r - 1 root root 2427148 Oct 9 10:21 libnss3.so rw-r r - 1 root root 490276 Oct 9 10:21 libnssckbi.so rw-r r - 1 root root 360444 Oct 9 10:21 libnssdbm3.so rw-r r - 1 root root 195180 Oct 9 10:21 libnssutil3.so bigapp-xeon-2(aroot):lib/amd64 ->pwd /export/home/appserver/lib/amd64 bigapp-xeon-2(aroot):lib/amd64 ->ls -l nss rw-r r - 1 root root 28936 Oct 9 10:20 libasnss.so rw-r r - 1 root root 2668376 Oct 9 10:21 libnss3.so rw-r r - 1 root root 638576 Oct 9 10:21 libnssckbi.so rw-r r - 1 root root 418312 Oct 9 10:21 libnssdbm3.so rw-r r - 1 root root 246816 Oct 9 10:21 libnssutil3.so start [#|2009-10-09T10:33:50.828-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build b31f-fcs) ...|#] [#|2009-10-09T10:33:51.610-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_16] from [Sun Microsystems Inc.] |#] ....................................... [#|2009-10-09T10:34:01.682-0700|WARNING|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;_RequestID=3989c62d-e2f8-44d8-96f9-4bab8f61cd3b;|EJBLifeCycle: Automatic timer migration component not enabled for DAS instance|#] [#|2009-10-09T10:34:01.729-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application server startup complete.|#] Domain started up successfully with 64 Bits JDK1.6.0_16 on X86
        Hide
        jagadesh added a comment -

        Will not be fixed for V2.1.1

        Show
        jagadesh added a comment - Will not be fixed for V2.1.1
        Hide
        jagadesh added a comment -

        Will not be fixed for V2.1.1

        Show
        jagadesh added a comment - Will not be fixed for V2.1.1
        Hide
        Tom Mueller added a comment -

        Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.

        Show
        Tom Mueller added a comment - Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.

          People

          • Assignee:
            Snjezana Sevo-Zenzerovic
            Reporter:
            eileeny
          • Votes:
            2 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

            • Created:
              Updated: