OpenSSO Does Not Start After Solaris OS Patch Upgrade to 144488-04 Error: java.lang.UnsatisfiedLinkError: initializeAllNative2 (Doc ID 1320958.1)

Last updated on SEPTEMBER 21, 2016

Applies to:

Oracle OpenSSO - Version: 8.0.1.1 to 8.0.2 - Release: 8.0 to 8.0
Information in this document applies to any platform.

Symptoms

After a Solaris patch is applied,some custom application that use the AMSDK no longer work.
OpenSSO debug logs (amSecurity specifically) show the following exception,indicating the native library cannot be found:

AdminTokenAction::getSSOToken Exception reading from serverconfig.xml
java.lang.UnsatisfiedLinkError: initializeAllNative2
at org.mozilla.jss.CryptoManager.initializeAllNative2(Native Method)
at org.mozilla.jss.CryptoManager.initialize(CryptoManager.java:834)
at com.iplanet.services.util.JSSEncryption.<clinit>(JSSEncryption.java:250)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at com.iplanet.services.util.Crypt.createInstance(Crypt.java:133)
at com.iplanet.services.util.Crypt.<clinit>(Crypt.java:103)
at com.iplanet.services.ldap.LDAPUser.getPasswd(LDAPUser.java:117)
at com.iplanet.services.ldap.ServerInstance.getPasswd(ServerInstance.java:128)
at com.sun.identity.security.ServerInstanceAction.run(ServerInstanceAction.java:92)
at java.security.AccessController.doPrivileged(Native Method)
at com.iplanet.am.util.AdminUtils.<clinit>(AdminUtils.java:82)
at com.sun.identity.security.AdminTokenAction.getSSOToken(AdminTokenAction.java:241)
at com.sun.identity.security.AdminTokenAction.run(AdminTokenAction.java:158)
at java.security.AccessController.doPrivileged(Native Method)
at com.iplanet.am.sdk.AMCommonUtils.populateManagedObjects(AMCommonUtils.java:502)
at com.iplanet.am.sdk.AMCommonUtils.<clinit>(AMCommonUtils.java:114)
at com.iplanet.am.sdk.AMStoreConnection.<clinit>(AMStoreConnection.java:141)
at SecurityServices.UserRegistry.SAMConnectionPool.connectJASS(SAMConnectionPool.java:210)
at SecurityServices.UserRegistry.SAMConnectionPool.<init>(SAMConnectionPool.java:69)
at SecurityServices.UserRegistry.SAMConnectionPool.getSAMConnectionPool(SAMConnectionPool.java:144)
at SecurityServices.UserRegistry.SharedIdentity_UR_SAMConnector.<init>(SharedIdentity_UR_SAMConnector.java:54)
at SecurityServices.UserRegistry.UserRegistryConnectorFactory.GetConnector(UserRegistryConnectorFactory.java:31)


A truss output of the applications pid below,shows the following jsslib4 shared object being opened:

 “PID/THREAD_NO”: resolvepath("/usr/lib/mps/sparcv9/libjss4.so", "/usr/lib/mps/sparcv9/libjss4.so", 1023) = 31
“PID/THREAD_NO”: open("/usr/lib/mps/sparcv9/libjss4.so", O_RDONLY) = 29


The corresponding jss4.jar file should be located in: /usr/lib/mps/sparcv9/jss4.jar
 
The truss output also shows the Application is loading the  jss4.jar from a non-default directory.

(example):

/usr/local/home/webmethods/EHRTE/Servicemix/XBroker-SM/extensions/jss4.jar


Changes

A Solaris 10 OS patch upgrade from Generic_137111-08 to Generic_144488-04.



Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms