You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Kristian Rink <ka...@gmail.com> on 2014/11/21 16:16:08 UTC
[fileupload] multipart parsing failed: null?
Folks;
trying to track down a strange error frequently occurring on our
infrastructure when users are, well, uploading files using a
multipart/form data upload form. Traces see below. Worth noting:
- The application runs in an embedded jetty (HTTP) behind an apache2
mod_proxy reverse proxy (HTTPS).
- These issues do not generally appear, I tried quite some uploading
myself today and never managed to reproduce this behaviour even while
uploading loads of files, large files and both together.
- It does not seem to be generally tied to a particular browser; the
users associated with these messages use Firefox, MSIE or Chrome.
- Looking at network traffic (and the transfer monitor in the app), it
_seems_ all data to be sent with the request have successfully been
transmitted yet parsing the request, ultimately, fails.
- On _some_ clients, in such situations users reported the upload was
canceled with a "connection reset by peer" error, even though I do not
see reasons for that in our mod_proxy server log.
So far I feel a bit clueless where to look next, here. Does anyone out
here have an idea what could possibly go wrong?
Thanks in advance for any hints on that,
Kristian
Trace:
[...]
org.apache.commons.fileupload.FileUploadBase$IOFileUploadException:
Processing of multipart/form-data request failed. null
at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:351)
~[commons-fileupload-1.3.1.jar:1.3.1]
at
org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:115)
~[commons-fileupload-1.3.1.jar:1.3.1]
[...]
Caused by: org.eclipse.jetty.io.EofException: null
at
org.eclipse.jetty.server.HttpInput$3.noContent(HttpInput.java:465)
~[jetty-server-9.1.4.v20140401.jar:9.1.4.v20140401]
at org.eclipse.jetty.server.HttpInput.read(HttpInput.java:125)
~[jetty-server-9.1.4.v20140401.jar:9.1.4.v20140401]
at
org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:999)
~[commons-fileupload-1.3.1.jar:1.3.1]
at
org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:903)
~[commons-fileupload-1.3.1.jar:1.3.1]
at java.io.InputStream.read(InputStream.java:101) ~[na:1.7.0_51]
at
org.apache.commons.fileupload.util.Streams.copy(Streams.java:100)
~[commons-fileupload-1.3.1.jar:1.3.1]
at
org.apache.commons.fileupload.util.Streams.copy(Streams.java:70)
~[commons-fileupload-1.3.1.jar:1.3.1]
at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:347)
~[commons-fileupload-1.3.1.jar:1.3.1]
[...]
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
RE: [fileupload] multipart parsing failed: null?
Posted by Kristian Rink <ka...@gmail.com>.
Hi Martin,
and thanks for your hint. Well, actually I've carefully been messing with
this configuration but am unsure how effective it is, base problem being
that so far I have no real idea what's the limiting factor here, if any at
all...
Best regards,
Kristian
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
RE: [fileupload] multipart parsing failed: null?
Posted by Martin Gainty <mg...@hotmail.com>.
Kristian/Thomas:
Would it help to take a look at the connection paramaters for ProxyPass?
max to throttle the max number of connections to backend?
ttl to throttle the time to live for inactive connections?
retry increase the amount of time for backend server people to reboot or fix the problem which is causing error state
E.g.
ProxyPass /example http://backend.example.com max=20 ttl=120 retry=300
http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxypass
?
Martin
> Date: Fri, 21 Nov 2014 21:13:37 +0100
> From: kawazu428@gmail.com
> To: user@commons.apache.org
> Subject: Re: [fileupload] multipart parsing failed: null?
>
> Hi Thomas;
>
> thanks for your feedback.
>
> > we have already received similar reports for previous versions of
> > fileupload, but failed to come up with a re-producible test case or to
> > track this problem down.
> >
> > Could you please create a new issue on our issue tracker and attach as
> > much information as possible?
>
> Done so: https://issues.apache.org/jira/browse/FILEUPLOAD-262
>
> I also have seen this issue before then and now but, right now, it seems
> to manifest itself a bit more massive than before. Not sure why - or
> which information to provide to allow for building a reliable test case
> as I still fail to reproduce it too... :/
>
> Best regards,
> Kristian
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
Re: [fileupload] multipart parsing failed: null?
Posted by Kristian Rink <ka...@gmail.com>.
Hi Thomas;
thanks for your feedback.
> we have already received similar reports for previous versions of
> fileupload, but failed to come up with a re-producible test case or to
> track this problem down.
>
> Could you please create a new issue on our issue tracker and attach as
> much information as possible?
Done so: https://issues.apache.org/jira/browse/FILEUPLOAD-262
I also have seen this issue before then and now but, right now, it seems
to manifest itself a bit more massive than before. Not sure why - or
which information to provide to allow for building a reliable test case
as I still fail to reproduce it too... :/
Best regards,
Kristian
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [fileupload] multipart parsing failed: null?
Posted by Thomas Neidhart <th...@gmail.com>.
On 11/21/2014 04:16 PM, Kristian Rink wrote:
> Folks;
>
> trying to track down a strange error frequently occurring on our
> infrastructure when users are, well, uploading files using a
> multipart/form data upload form. Traces see below. Worth noting:
>
> - The application runs in an embedded jetty (HTTP) behind an apache2
> mod_proxy reverse proxy (HTTPS).
>
> - These issues do not generally appear, I tried quite some uploading
> myself today and never managed to reproduce this behaviour even while
> uploading loads of files, large files and both together.
>
> - It does not seem to be generally tied to a particular browser; the
> users associated with these messages use Firefox, MSIE or Chrome.
>
> - Looking at network traffic (and the transfer monitor in the app), it
> _seems_ all data to be sent with the request have successfully been
> transmitted yet parsing the request, ultimately, fails.
>
> - On _some_ clients, in such situations users reported the upload was
> canceled with a "connection reset by peer" error, even though I do not
> see reasons for that in our mod_proxy server log.
>
>
> So far I feel a bit clueless where to look next, here. Does anyone out
> here have an idea what could possibly go wrong?
Hi Kristian,
we have already received similar reports for previous versions of
fileupload, but failed to come up with a re-producible test case or to
track this problem down.
Could you please create a new issue on our issue tracker and attach as
much information as possible?
Thanks,
Thomas
> Thanks in advance for any hints on that,
> Kristian
>
>
> Trace:
>
>
> [...]
>
> org.apache.commons.fileupload.FileUploadBase$IOFileUploadException:
> Processing of multipart/form-data request failed. null
> at
> org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:351)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> at
> org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:115)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> [...]
> Caused by: org.eclipse.jetty.io.EofException: null
> at
> org.eclipse.jetty.server.HttpInput$3.noContent(HttpInput.java:465)
> ~[jetty-server-9.1.4.v20140401.jar:9.1.4.v20140401]
> at org.eclipse.jetty.server.HttpInput.read(HttpInput.java:125)
> ~[jetty-server-9.1.4.v20140401.jar:9.1.4.v20140401]
> at
> org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:999)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> at
> org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:903)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> at java.io.InputStream.read(InputStream.java:101) ~[na:1.7.0_51]
> at
> org.apache.commons.fileupload.util.Streams.copy(Streams.java:100)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> at
> org.apache.commons.fileupload.util.Streams.copy(Streams.java:70)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> at
> org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:347)
> ~[commons-fileupload-1.3.1.jar:1.3.1]
> [...]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org