From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Description of problem: After configuring slapd to use a schema with a large objectclass definition (about 300 attributes), the slapd service fails to load, logging "Too many tokens (max 500)". Version-Release number of selected component (if applicable): openldap-servers-2.0.21-1 How reproducible: Always Steps to Reproduce: 1. Make an objectclass definition with ~300 possible attributes. 2. Try to start slapd. Actual Results: The service logs "Too many tokens (max 500)" and dies. Expected Results: The service should have started. Additional info: I'm guessing that someone has 500 coded as the size of some static array in the program. Even though there are less than 500 attribures, the "$" tokens used to delimit the attributes take this figure above 500. The schema in question is from a third-party application, so it can't easily be changed/improved, unfortunately. Not sure if we can post it, either, although this problem can be reproduced without it.
This is hardcoded in OpenLDAP itself; you can bump it up manually by editing the MAXARGS define in servers/{slapd,slurpd}/config.c (see attached). This was brought up on openldap-software a few weeks ago, but nobody with commit access responded. I'm not sure if this is fixed in 2.1-ALPHA or not.
Created attachment 54805 [details] Bump up the maximum number of configuration tokens allowed per file
We certainly appreciate the reply, but we already did this last month shortly after we received a reply on the mailing list (it was I who brought this up on the list then). The service loads OK now. However, the code should be changed such that it can dynamically increase the number of tokens. Having a hardcoded limit is very sloppy programmming, I am sure you would agree, and it should only be a few more lines of code.
OpenLDAP ITS #1786. http://www.openldap.org/its/index.cgi/Incoming?id=1786
Updated OpenLDAP ITS link: http://www.openldap.org/its/index.cgi/Software%20Enhancements?id=1786 The patch attached to ITS#1786 has been applied to OpenLDAP HEAD.
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Red Hat apologizes that these issues have not been resolved yet. We do want to make sure that no important bugs slip through the cracks. Please check if this issue is still present in a current Fedora Core release. If so, please change the product and version to match, and check the box indicating that the requested information has been provided. Note that any bug still open against Red Hat Linux on will be closed as 'CANTFIX' on September 30, 2006. Thanks again for your help.
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Closing as CANTFIX.