Bug 1275403 - [GSS](6.4.z) Http11NioProtocol error with SSL and multipart requests
Summary: [GSS](6.4.z) Http11NioProtocol error with SSL and multipart requests
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Web
Version: 6.4.2
Hardware: x86_64
OS: Linux
medium
high
Target Milestone: CR1
: EAP 6.4.11
Assignee: baranowb
QA Contact: Radim Hatlapatka
URL:
Whiteboard:
Depends On:
Blocks: 1316573 eap6411-payload
TreeView+ depends on / blocked
 
Reported: 2015-10-26 19:52 UTC by Vítor Corrêa
Modified: 2019-12-16 05:03 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-01-17 13:12:39 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
test project (12.60 KB, application/zip)
2015-11-05 11:30 UTC, Vítor Corrêa
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 2427381 0 None None None 2016-07-06 12:56:31 UTC

Description Vítor Corrêa 2015-10-26 19:52:52 UTC
Description of problem:

Multipart Request upload component fail with ssl connector and Http11NioProtocol protocol

Version-Release number of selected component (if applicable):
6.4.2 

How reproducible:

i'm working on the bits and will upload the sample to reproduce it.

Steps to Reproduce:

Steps to Reproduce:
1. Start EAP and set NIO2 connector ( /subsystem=web/connector=http:write-attribute(name=protocol, value=org.apache.coyote.http11.Http11NioProtocol) and reload)

2. Deploy ws.war . Access localhost:8080/ws 
 

3. Upload a file


Actual results:

org.apache.commons.fileupload.FileUploadException
Caused by: java.io.EOFException: JBWEB002011: Socket read failed
		 at org.apache.coyote.http11.InternalNioInputBuffer.fill0(InternalNioInputBuffer.java:538) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 at org.apache.coyote.http11.InternalNioInputBuffer.access$200(InternalNioInputBuffer.java:51) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 at org.apache.coyote.http11.InternalNioInputBuffer$InputBufferImpl.doRead(InternalNioInputBuffer.java:573) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 at org.apache.coyote.http11.filters.IdentityInputFilter.doRead(IdentityInputFilter.java:116) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 at org.apache.coyote.http11.InternalNioInputBuffer.doRead(InternalNioInputBuffer.java:459) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 at org.apache.coyote.Request.doRead(Request.java:438) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:361) [jbossweb-7.5.9.Final-redhat-1.jar:7.5.9.Final-redhat-1]
		 ... 83 more


Expected results:

successful upload.

Additional info:

Comment 10 Radim Hatlapatka 2015-11-04 10:04:13 UTC
I was trying to reproduce the issue and only thing I was able to hit is the BUFFER_OVERFLOW issue described in https://bugzilla.redhat.com/show_bug.cgi?id=1266247.

I tried to reproduce this with both simple file upload via jsp + servlet and via websockets. The only issue, I am hitting is BUFFER_OVERFLOW issue described in https://bugzilla.redhat.com/show_bug.cgi?id=1266247.

The upload failure I am getting with EAP 6.4.4. With EAP 6.4.5.CP.CR1 it works as the BUFFER_OVERFLOW issue is fixed.

Note, I am NOT getting the exception mentioned in description. I am doing the uploads over https/wss using NIO2 connector.

Could you please confirm whether those two issues are the same or provide the web application promised in description showing the different error.

Comment 13 Vítor Corrêa 2015-11-05 11:30:57 UTC
Created attachment 1090028 [details]
test project

Comment 15 Radim Hatlapatka 2015-11-09 15:13:59 UTC
Yes, I am able to reproduce it, the exception was from servlet error output and not in server logs, that is reason why I haven't been able to confirm it at  first that this is actually the same issue as BZ#1266247. No I have confirmed that this is actually duplicate of it, thereby closing as duplicate.

*** This bug has been marked as a duplicate of bug 1266247 ***

Comment 21 Justin Pittman 2016-08-10 21:42:58 UTC
We still had a large file upload fail against Vitor's attached test app project (ws.war) despite hot patching to CP# 5.  We also tried CP# 6 & 7.  After hot patching to CP#9, the file uploaded without exception.  The exception thrown was still EOFException: JBWEB002011: Socket read failed.

We did not try the reproducer war from the original Bug https://bugzilla.redhat.com/show_bug.cgi?id=1266247

Comment 23 Masafumi Miura 2016-08-23 03:11:48 UTC
Created attachment 1193120 [details]
BZ1275403-proposed-patch.diff

Comment 25 Radim Hatlapatka 2016-08-29 14:44:29 UTC
Justin, I tried reproducing the issue and I was able to hit it, unfortunately not reliably as Coty is, even though I have also modified the latency on my loopback interface and tried it remotely from another computer in the same network.

Either way it seems it is not duplicate in the end.

Comment 37 Peter Mackay 2016-10-04 09:25:39 UTC
Verified with EAP 6.4.11.CP.CR1

Comment 38 Petr Penicka 2017-01-17 13:12:39 UTC
Retroactively bulk-closing issues from released EAP 6.4 cummulative patches.


Note You need to log in before you can comment on or make changes to this bug.