4 Sep
2012
4 Sep
'12
2:45 p.m.
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.
4 Sep
4 Sep
3:03 p.m.
On Tue, Sep 4, 2012 at 2:45 PM, Eugen Colesnicov <ecolesnicov(a)gmail.com> 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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
4:03 p.m.
On 09/04/2012 09:03 AM, Thomas Mortagne wrote:
On Tue, Sep 4, 2012 at 2:45 PM, Eugen Colesnicov
<ecolesnicov(a)gmail.com> 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.
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?
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
9:38 p.m.
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-tp7581155…
Sent from the XWiki- Users mailing list archive at Nabble.com.
5 Sep
5 Sep
8:26 a.m.
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-tp7581155…
Sent from the XWiki- Users mailing list archive at Nabble.com.
4:46 p.m.
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-td75808…
Cant delete large attachment
--
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.
4394
days inactive
4395
days old
5 comments
4 participants
participants (4)
-
Eugen Colesnicov -
Hamster -
Sergiu Dumitriu -
Thomas Mortagne