| Page 1 of 2 | [ 20 posts ] | Go to page 1, 2 Next |
|
Hi Guys,
We use the 2.7 version of the YUIUploader (and the swfuploader version needed to work w/ 2.7). In the development box, no problem. Upload works. However, when the application was deployed in a server set-up, "Error 2038" gets triggered by the onUploadError event. It never recovers from there - uploading stalls for the rest of files. Any ideas what could be causing this? Thanks! |
|
Also, the 2 files would be uploaded successfully the first time. The second time I try those 2 same files, one will fail with the Error 2038.
How come it works one time and then fail the next time? Any help appreciated. Thanks |
|
Error 2038 is a general I/O error thrown by Flash, and could be caused by many possible reasons. Look at the transaction through Wireshark. What are the request-response heuristics? What is the delta between a successful and an unsuccessful upload?
- Is there a proxy between the client and the production server? (You should be able to confirm this with Wireshark if an error occurs here.) - Aggressive AV may also trigger this error. - Are the security rules different on the development box versus the production box? - Invalid URI? (This may be reported as 2038, as well.) Regards, Thomas Last edited by tsha on Mon Mar 01, 2010 2:16 pm, edited 1 time in total. |
|
Thanks for the reply, Thomas.
I was able to replicate the problem even with 1 file. It will upload successfully 2-3 times, then fail afterwards with the 2038 error. Now, when it fails, I see this from the logs: ------------ Unexpected IO exception in... java.io.Exception unexpected end of part at com.oreilly.servlet.multipart.PartInputStream.fill() ------------ Is this a packet communication problem? |
|
Is there a pattern to the success or failure of a transaction, based on the size of the file? Do you notice this happening consistently with small files or large files?
In looking at the exception, I am guessing there is something in the multi-part message that may be malformed, causing the stream to terminate. Also, the file's content-type will be reported as "application/octet-stream," if that makes a difference; content-disposition will be as expected, without modification. I cannot say if this is a packet issue, though, without comparing the packet activity between a success case and a failure case. Regards, Thomas |
|
The file is "Winter.jpg" (103KB). It's one of the sample files that comes with Windows Installation (in the "My Pictures" folder).
Same file works 2 or 3 times in a row. Then fails. We're really scratching our heads on this one. |
|
I have the same problem. The same media gets uploaded fine some times and fails sometimes. I took the tcp captures. Wire shark says [TCP previous segment lost] A segment before this frame was lost.
any idea what could be causing this error. failed upload request response ------------------------------------------------------------------------------------------- POST /ui-refresh/ajax/standardUploadAction.do;jsessionid=aeBOwP9PZ1f_?key=upload&yuiUploader=true HTTP/1.1 Accept: text/* Content-Type: multipart/form-data; boundary=----------Ij5GI3gL6Ef1ei4ei4GI3Ef1Ij5KM7 User-Agent: Shockwave Flash Host: pcs3.ref1.lightsurf.net Content-Length: 29055 Connection: Keep-Alive Cache-Control: no-cache Cookie: pmjsessionid=aeBOwP9PZ1f_; machineid=wmtp005; imgsessionid=aeBOwP9PZ1f_; __utma=136987055.2135167014.1267482787.1267482787.1267482787.1; __utmb=136987055; __utmc=136987055; __utmz=136987055.1267482787.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none); ck_imgRotation_idx=2; testcookie=testcookieValue ------------Ij5GI3gL6Ef1ei4ei4GI3Ef1Ij5KM7 Content-Disposition: form-data; name="Filename" Blue hills.jpg ------------Ij5GI3gL6Ef1ei4ei4GI3Ef1Ij5KM7 Content-Disposition: form-data; name="containerID" 12798721 ------------Ij5GI3gL6Ef1ei4ei4GI3Ef1Ij5KM7 Content-Disposition: form-data; name="Filedata"; filename="Blue hills.jpg" Content-Type: application/octet-stream ============================================================ success case: ------------------------------ POST /ui-refresh/ajax/standardUploadAction.do;jsessionid=aeBOwP9PZ1f_?key=upload&yuiUploader=true HTTP/1.1 Accept: text/* Content-Type: multipart/form-data; boundary=----------GI3KM7ae0ae0ae0ei4Ef1ei4Ef1GI3 User-Agent: Shockwave Flash Host: pcs3.ref1.lightsurf.net Content-Length: 29055 Connection: Keep-Alive Cache-Control: no-cache Cookie: pmjsessionid=aeBOwP9PZ1f_; machineid=wmtp005; imgsessionid=aeBOwP9PZ1f_; __utma=136987055.2135167014.1267482787.1267482787.1267482787.1; __utmb=136987055; __utmc=136987055; __utmz=136987055.1267482787.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none); ck_imgRotation_idx=2; testcookie=testcookieValue ------------GI3KM7ae0ae0ae0ei4Ef1ei4Ef1GI3 Content-Disposition: form-data; name="Filename" Blue hills.jpg ------------GI3KM7ae0ae0ae0ei4Ef1ei4Ef1GI3 Content-Disposition: form-data; name="containerID" 12798721 ------------GI3KM7ae0ae0ae0ei4Ef1ei4Ef1GI3 Content-Disposition: form-data; name="Filedata"; filename="Blue hills.jpg" Content-Type: application/octet-stream ......JFIF.....,.,.....LPhotoshop 3.0.8BIM.. Resolution......,.......,......8BIM. . . .(removed the remaining bites) ============================ |
Sujith
|
Hi,
We are also having the same problem with YUI Uploader. The YUiUploader works in the local/development environment without any issues(even I uploaded 100 files), but in the production server we are seeing the 2038 exception while uploading. The uploader consistently choke on some of the files, but the same files uploaded first time. Some times, it happens for the first file or 5 th file (its completely random). But its not happening consistently for the same file(whether its small or large). UPLOAD ERROR:uploadError;file117;[IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2038"] Also attaching the failed upload request response: (it shows Content-Length: 19084, but there is no content in the below tcpdump) POST /upload.jsp;jsessionid=mnqerOwP9PZf_?uploader=true HTTP/1.1 Accept: text/* Content-Type: multipart/form-data; boundary=----------GI3KM7ae0ae0ae0ei4Ef1ei4Ef1GI3 User-Agent: Shockwave Flash Host: xxx.xxx Content-Length: 19084 Connection: Keep-Alive Cache-Control: no-cache Cookie: pmjsessionid=mnqerOwP9PZf_; machineid=xxxxxx; imgsessionid=mnqerOwP9PZf_; xxxx........ ------------F2Ij5GI3gL6Ef1ei4ei4GI3Ef1Ij5KM7 Content-Disposition: form-data; name="Filename" smile.jpg ------------F2Ij5GI3gL6Ef1ei4ei4GI3Ef1Ij5KM7 Content-Disposition: form-data; name="containerID" 12798721 ------------GI3KM7ae0ae0ae0ei4Ef1ei4Ef1GI3 Content-Disposition: form-data; name="Filedata"; filename="smile.jpg" Content-Type: application/octet-stream Please help us to resolve this issue. Thanks. |
|
What can you tell me about the development environment versus the production environment? The difference in behaviour between the two may suggest something different in each Web server's configuration; and, may help debug the situation further.
Regards, Thomas |
Sujith
|
Hi,
In both Development and production environment, we are using the same softwares (Apache_1.3.37, j2sdk1.4.2_13, resin_2.1.17) and there is no changes in the configurations. The difference we see is : RAM, network bandwidth and load balancing. Note: We are simultaneously uploading 4 images in a batch. Thanks, Sujith |
| Page 1 of 2 | [ 20 posts ] | Go to page 1, 2 Next |
| You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum |
© 2006-2013 Yahoo! Inc. All rights reserved.
All code on this site is licensed under the BSD License unless stated otherwise.
About This Site · Security Contact Info
Powered by phpBB® Forum Software © phpBB Group