<< Back to previous view

[GLASSFISH-18269] [intermittent] SSLHandshakeException message on deploy; "PortUnification exception. java.lang.NoClassDefFoundError: javax/crypto/SunJCE_b" in the instance log Created: 30/Jan/12  Updated: 30/Apr/13

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 3.1.2_b19
Fix Version/s: 4.0.1

Type: Bug Priority: Minor
Reporter: varunrupela Assignee: JeffTancill
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

File Attachments: Zip Archive all-instances-jstacks.zip     Zip Archive first-test.zip     Zip Archive second-test.zip    
Tags: 312_qa 3_1_2-exclude
Participants: JeffTancill, Joe Di Pol, oleksiys, Tom Mueller and varunrupela

 Description   

GF Build 19
Setup: 10 instance cluster
Platform: OEL6
JDK: JRockit

This issue occurred on the first test (deploy) that was done after a fresh install, creation of the Cluster and Enabling of Instance Access Logs.

All application deploys fail and the cluster becomes unusable.

[Note: It was found while creating a setup for debugging issue 18211]

Output from asadmin deploy:
****
INFO: Command Executed at agent machine agent1: /space/gf-ha/glassfish3/bin/asadmin --user admin deploy --availabilityenabled=true --force=true --target st-cluster /space/gf-ha/agent-repository/glassfish-samples/clusterjsp.ear
Output : Application deployed with name clusterjsp.
WARNING: Command _deploy did not complete successfully on server instance instance102: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
Command deploy completed with warnings.

The second test showed the following output from asadmin deploy:
*****
INFO: Command Executed at agent machine agent1: /space/gf-ha/glassfish3/bin/asadmin --user admin deploy --availabilityenabled=true --force=true --target st-cluster /space/gf-ha/agent-repository/glassfish-samples/clusterjsp.ear
Output : Command deploy failed.

Jan 29, 2012 4:22:29 PM com.sun.dft.glassfish.utils.Utility logCommandOutput
SEVERE: remote failure: Error occurred during deployment: Keys cannot be duplicate. Old value of this key property, nullwill be retained. Please see server.log for more details.
clusterjsp disabled failed
Failure: Command disable failed on server instance instance102: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
*****

instance102 has the following message on deploy:
******
[#|2012-01-29T16:19:00.226-0800|WARNING|glassfish3.1.2|grizzly|_ThreadID=22;_ThreadName=Thread-4;|GRIZZLY0059: PortUnification exception.
java.lang.NoClassDefFoundError: javax/crypto/SunJCE_b
at javax.crypto.Cipher.getInstance(DashoA13*..)
at com.sun.net.ssl.internal.ssl.JsseJce.getCipher(JsseJce.java:180)
at com.sun.net.ssl.internal.ssl.CipherBox.<init>(CipherBox.java:85)
at com.sun.net.ssl.internal.ssl.CipherBox.newCipherBox(CipherBox.java:119)
at com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.newCipher(CipherSuite.java:369)
at com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.isAvailable(CipherSuite.java:407)
at com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.isAvailable(CipherSuite.java:386)
at com.sun.net.ssl.internal.ssl.CipherSuite.isAvailable(CipherSuite.java:144)
at com.sun.net.ssl.internal.ssl.CipherSuiteList.buildAvailableCache(CipherSuiteList.java:215)
at com.sun.net.ssl.internal.ssl.CipherSuiteList.getDefault(CipherSuiteList.java:239)
at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.initServer(SSLServerSocketImpl.java:130)
at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.<init>(SSLServerSocketImpl.java:118)
at com.sun.net.ssl.internal.ssl.SSLServerSocketFactoryImpl.createServerSocket(SSLServerSocketFactoryImpl.java:52)
at com.sun.grizzly.util.net.jsse.JSSE14SocketFactory.checkConfig(JSSE14SocketFactory.java:443)
at com.sun.grizzly.util.net.jsse.JSSE14SocketFactory.init(JSSE14SocketFactory.java:183)
at com.sun.grizzly.config.SSLConfigHolder.initializeSSL(SSLConfigHolder.java:361)
at com.sun.grizzly.config.SSLConfigHolder.configureSSL(SSLConfigHolder.java:239)
at com.sun.grizzly.config.HttpProtocolFinder.configureSSLIfNeeded(HttpProtocolFinder.java:248)
at com.sun.grizzly.config.HttpProtocolFinder.find(HttpProtocolFinder.java:105)
at com.sun.grizzly.config.ConfigProtocolFinderWrapper.find(ConfigProtocolFinderWrapper.java:72)
at com.sun.grizzly.portunif.PUReadFilter.findProtocol(PUReadFilter.java:522)
at com.sun.grizzly.portunif.PUReadFilter.execute(PUReadFilter.java:193)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)

#]
******

Logs Attached:

  • logs from 2 tests
    Note: The client logs are in ant.output. Other logs are under <test-name>/logs/
  • JStacks of all the instances and the domain.


 Comments   
Comment by Tom Mueller [ 30/Jan/12 03:15 PM ]

Is this problem related to Grizzly?

Comment by oleksiys [ 30/Jan/12 03:56 PM ]

doesn't look so, IMO it's something security or/and jdk related.

Comment by varunrupela [ 30/Jan/12 04:46 PM ]

Marked the issue as intermittent as recreating the cluster and running the tests again did not show the problem.

Comment by Joe Di Pol [ 01/Feb/12 08:14 PM ]

As discussed in Bug Swat this has only been seen once and that case was on JRockit. QA will continue to monitor further tests. At this point this is not considered a 3.1.2 stopper.

Comment by varunrupela [ 02/Feb/12 04:26 PM ]

The same set of machines and environment has been used a number of times (after this error was observed) to re-install GF and re-create the cluster setup. The exact error in the log has not yet been observed.

However, we did observe an output error message with "SSLHandshakeException" on running asadmin commands after an instance showed an OutOfMemory error (while investigating another bug).

Generated at Sat Apr 19 15:21:03 UTC 2014 using JIRA 4.0.2#472.