[xwiki-users] Uploading big attachments issue
I installed XWiki from deb-package. No any changes, only I switched to the filesystem attachment store, and also, I changed upload_maxsize for 1GB limit. All is fine, speed of uploading attachments is great! But when I try to upload attachment with size more than 200mb (aprox.) - I get an error: Caused by: org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. No space left on device at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:371) at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:250) ... 41 common frames omitted This problem exists only with one attachment file size is more than 200MB, but I can attach many and many files with 180MB each of them... Also no any problem with disk storage - all mount points have free space (new machine). Can somebody help with this problem? -- Thanks beforehand! Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/Uploading-big-attachments-issue-tp7581155.... Sent from the XWiki- Users mailing list archive at Nabble.com.
On Tue, Sep 4, 2012 at 2:45 PM, Eugen Colesnicov <[email protected]> wrote:
I installed XWiki from deb-package. No any changes, only I switched to the filesystem attachment store, and also, I changed upload_maxsize for 1GB limit.
All is fine, speed of uploading attachments is great! But when I try to upload attachment with size more than 200mb (aprox.) - I get an error: Caused by: org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. No space left on device at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:371) at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:250) ... 41 common frames omitted
This problem exists only with one attachment file size is more than 200MB, but I can attach many and many files with 180MB each of them...
Also no any problem with disk storage - all mount points have free space (new machine).
Well "No space left on device" is definitely a system error telling that you don't have space left on whatever partition /var/lib/xwiki (if you did not changed the default data location of the debian package) is on. I can't think of any other explanation unless there is a bug in commons-fileupload.
Can somebody help with this problem?
-- Thanks beforehand! Eugen Colesnicov
-- View this message in context: http://xwiki.475771.n2.nabble.com/Uploading-big-attachments-issue-tp7581155.... Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- Thomas Mortagne
On 09/04/2012 09:03 AM, Thomas Mortagne wrote:
On Tue, Sep 4, 2012 at 2:45 PM, Eugen Colesnicov <[email protected]> wrote:
I installed XWiki from deb-package. No any changes, only I switched to the filesystem attachment store, and also, I changed upload_maxsize for 1GB limit.
All is fine, speed of uploading attachments is great! But when I try to upload attachment with size more than 200mb (aprox.) - I get an error: Caused by: org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. No space left on device at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:371) at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:250) ... 41 common frames omitted
This problem exists only with one attachment file size is more than 200MB, but I can attach many and many files with 180MB each of them...
Also no any problem with disk storage - all mount points have free space (new machine).
Well "No space left on device" is definitely a system error telling that you don't have space left on whatever partition /var/lib/xwiki (if you did not changed the default data location of the debian package) is on. I can't think of any other explanation unless there is a bug in commons-fileupload.
Since the error is in commons-fileupload, then XWiki storage isn't involved. commons-fileupload creates temporary files in the directory configured as "java.io.tmpdir", which is usually /tmp. Check that your /tmp partition has enough space, or you can configure the java.io.tmpdir property to point to something else.
Can somebody help with this problem?
-- Sergiu Dumitriu http://purl.org/net/sergiu/
Sergiu Dumitriu-2 wrote
... Since the error is in commons-fileupload, then XWiki storage isn't involved. commons-fileupload creates temporary files in the directory configured as "java.io.tmpdir", which is usually /tmp. Check that your /tmp partition has enough space, or you can configure the java.io.tmpdir property to point to something else. ...
1. enough space for /tmp partition I have only 2 partitions: /dev/sda1/ - linux-swap size 1.49GB /dev/sda2/ - ext4 - mounted to "/" size 78.51GB used 8.35GB free 70.16GB I haven't any special partition for /tmp. 2. tmpdir for java I founded parameter JVM_TMP in file /etc/default/tomcat6 and tried to uncomment and change path - no result, same situation. Also, I forgot to say, that this error, which I wrote above, placed in tomcat logs, but in xwiki problem looks like, that the user got message: "Warning This request contains an invalid authentication information. This might happen in the following situations: ... Do you want to resend the request? If unsure, say No." Any other ideas? -- Best regards Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/Uploading-big-attachments-issue-tp7581155p... Sent from the XWiki- Users mailing list archive at Nabble.com.
I founded a solution! I am using Linux Mint Debian Edition. As I said, physically, I have not separate partition mounted for /tmp. But exists tmpfs. I can check this with command "df -k". And this command give me: vm-mintdeb-xwiki user # df -k Filesystem 1K-blocks Used Available Use% Mounted on rootfs 82190608 9326768 68747588 12% / udev 512748 0 512748 0% /dev /dev/disk/by-uuid/078c2e9b-dfd4-4895-a8d9-9587699f981b 82190608 9326768 68747588 12% / tmpfs 103464 740 102724 1% /var/run tmpfs 5120 0 5120 0% /var/run/lock tmpfs 206924 128 206796 1% /tmp tmpfs 206924 72 206852 1% /var/run/shm As you can see, /tmp mounted as tmpfs and have only 206924 (this is my restriction size). I am not a professional in Linux, and I didn't find where I can change system initialization script and increaze this for the future. But, as Sergiu said, I created another folder /temp and changed parameter JVM_TMP in /etc/default/tomcat6 to this folder. Now all working! I can attach files 1GB! Its great!!! This article also was helpful for me http://shebang-beacon.de/category/linux/linux-mint/ -- Best regards Eugen Colesnicov -- View this message in context: http://xwiki.475771.n2.nabble.com/Uploading-big-attachments-issue-tp7581155p... Sent from the XWiki- Users mailing list archive at Nabble.com.
Eugen, Just a heads-up...do a test and try to delete a large attachment from a page... If that works, you'r in luck ;-) http://xwiki.475771.n2.nabble.com/BUG-Can-t-delete-large-attachment-td758089... Cant delete large attachment -- View this message in context: http://xwiki.475771.n2.nabble.com/Uploading-big-attachments-issue-tp7581155p... Sent from the XWiki- Users mailing list archive at Nabble.com.
participants (4)
-
Eugen Colesnicov -
Hamster -
Sergiu Dumitriu -
Thomas Mortagne