Thanks for the info Charlie. The application being used is Adobe CQ, now called 
Adobe AEM. So, it's written in Java, and deployed in a similar fashion as a war 
file to tomcat. I don't believe it's a setting in AEM, because the stack trace 
for the error refers to the application losing the connection to ldap because 
it was reset. There also aren't any network devices between the application and 
ldap servers. So, based on the error I'm seeing, I still think it is coming 
from LDAP itself. Previous to this, I have never tried to store files directly 
into LDAP, so I'm hoping to find some sort of a property that I can adjust to 
work around this. 

-Mike

> On Feb 23, 2014, at 5:03 PM, "Charlie Arehart" <[email protected]> wrote:
> 
> Mike, I've got no experience with LDAP, but when I read this my first
> suspicion instead is that this could just as well be an IIS limitation
> rather than an LDAP one. I would assume that since you refer to it being a
> web app, and using MS technologies, that you are using IIS for the web
> server.
> 
> If this is IIS 7, note that the "request filtering" feature (an option for
> IIS, which might have been turned on for security reasons) has a default
> limit of 30m (not 10). Still, it could be that someone lowered it. You can
> learn more, including how to view or change the value (which could be set at
> the site or server level within IIS, and either via XML changes or the UI)
> here:
> 
> http://www.iis.net/configreference/system.webserver/security/requestfilterin
> g/requestlimits
> 
> Do be aware that the value can be set at the server level (what that
> technote refers to as the "connection level"), or at the site level (which
> would override the server level setting), or even at an application or
> folder level (within a site) which would override the site level setting.
> You may want to at least check if the folder/app, site, or server level
> setting for your upload page might be set to 10mb. If so, you could raise
> it.
> 
> If that's not it I'd still recommend you consider finding out if this is
> some other sort of IIS limit rather than LDAP. (But it could well be an LDAP
> limit, I suppose.)
> 
> Let us know if that may help.
> 
> /charlie
> 
> 
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf Of Mike Staver
> Sent: Saturday, February 22, 2014 10:30 PM
> To: [email protected]
> Subject: [ACFUG Discuss] LDAP file size limit
> 
> This isn't a specific ColdFusion question I realize, but I am not aware of a
> more knowledgeable group of programmers :)
> 
> My question is this: does anyone know of a file size limit in LDAP? The
> server is running Windows 2008 R2, and an LDAP schema has been created and
> modified to contain user data for a web application I'm supporting. 
> One of the things this application does is store user file uploads directly
> into LDAP. Up to this point, the files being uploaded have not been over 10
> MB in size apparently. The users now have a need to upload files that are
> approximately 35 MB in size. What we are seeing is network disconnects from
> LDAP right at 10 MB. Meaning, if a user uploads a file of 9.99 MB in size,
> it works fine. Anything over that, it disconnects and kills the upload. I
> have researched as much as I can, but I have been unable to find many
> example of files being stored in LDAP from web applications. I realize there
> is probably a very good reason for this, but I can't change the current
> architecture of this application right now. The only LDAP server parameters
> I can find for windows are here:
> 
> http://support.microsoft.com/kb/315071
> 
> http://msdn.microsoft.com/en-us/library/cc223376.aspx
> 
> I can't find anything specific to the maximum size of an entry or row. 
> Anybody out there who knows if there is a way to change LDAP so larger files
> can be stored via the web application?
> 
> 
> -------------------------------------------------------------
> To unsubscribe from this list, manage your profile @ 
> http://www.acfug.org?fa=login.edituserform
> 
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by http://www.fusionlink.com
> -------------------------------------------------------------
> 
> 
> 
> 
> 
> -------------------------------------------------------------
> To unsubscribe from this list, manage your profile @ 
> http://www.acfug.org?fa=login.edituserform
> 
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by http://www.fusionlink.com
> -------------------------------------------------------------
> 
> 


-------------------------------------------------------------
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform

For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-------------------------------------------------------------



Reply via email to