cancel
Showing results for 
Search instead for 
Did you mean: 

User quota exceeded with https

locutus
Champ in-the-making
Champ in-the-making
I am using Alfresco 4.0.b on CentOS Linux 5.8.  I am logged in as administrator.

If I connect over http, I'm able to upload a file.

If I try https, it tries to upload the file and then gives the quota exceeded error.

I verified that there is no quota set for administrator.

I appreciate any assistance anyone can offer.

Thanks!
4 REPLIES 4

locutus
Champ in-the-making
Champ in-the-making
Just an update to my original post…

File size doesn't seem to matter.  I took a tiny file (mail.jar) that is 362KB.

http works like a champ, https, quota exceeded.

I'm also looking for something in the logs.

As soon as I try to upload a file via https and then do a find command for what has changed in the last minute, it seems to only update the database as near as I can tell.  I assume alfresco root is the right place to look for log updates.

[root@somewhere alfresco-4.0.b]# clear;find . -mmin -1 > /tmp/foo

[root@somewhere alfresco-4.0.b]# for i in `cat /tmp/foo`; do grep mail.jar $i;done
Binary file ./alf_data/postgresql/base/16385/16629 matches
Binary file ./alf_data/postgresql/base/16385/17224 matches
Binary file ./alf_data/postgresql/base/16385/16654 matches
Binary file ./alf_data/postgresql/base/16385/16704 matches
Binary file ./alf_data/postgresql/base/16385/17198 matches
Binary file ./alf_data/postgresql/pg_xlog/000000010000000000000054 matches

I was hoping there might be something in logs somewhere.  Can anyone suggest if there is a debug variable that I can turn on and where to do it?

scouil
Star Contributor
Star Contributor
How did you enable https?
Could it be that your request goes through some kind of proxy and that the proxy is the one blocking the file transfer and not Alfresco?

locutus
Champ in-the-making
Champ in-the-making
Thanks for your reply!  Yes, I am using a reverse proxy (apj).  But this turned out to be an issue with ssl, not apj.  Based on your input I looked outside of the alfresco logs and went into /var/log.

Found this in the ssl_access_log:
123.456.789.012 - - [22/Jun/2012:09:46:09 -0500] "POST /share/proxy/alfresco/api/upload;jsessionid=7732F6C87B248D939719777BF8C6C2B0?lang=en_US HTTP/1.1" 413 404

413 means the request entity is too large (http://www.checkupdown.com/status/E413.html)

From ssl_error_log:
[Fri Jun 22 11:35:53 2012] [error] request body exceeds maximum size (131072) for SSL buffer
[Fri Jun 22 11:35:53 2012] [error] could not buffer message body to allow SSL renegotiation to proceed

After more research I found this which fixed the problem.
Reference http://forum.joomla.org/viewtopic.php?p=2085574

in /etc/httpd/conf.d/ssl.conf add (I put mine under SSLVerifyClient):
SSLRenegBufferSize to a higher value from the default (in bytes)

did a service httpd reload and that fixed the problem.

andy
Champ on-the-rise
Champ on-the-rise
Hi

I think you just need
maxSavePostSize="-1"
on the tomcat Connector settings.

Andy