Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to handle more than 1000 values #15

Closed
warisfutile opened this issue Oct 7, 2014 · 4 comments
Closed

Unable to handle more than 1000 values #15

warisfutile opened this issue Oct 7, 2014 · 4 comments

Comments

@warisfutile
Copy link

If I submit a record change against an entry that has more than 1000 values for a given attribute it will remove anything over 1000.

Example: If I have a user's attribute called 'host' where I define a list of all the hosts a user has access to and it already has 1000 hosts listed; if I try to add host 1001, it will remove one of the host from the list keeping me at 1000 max values.

@sebcworks
Copy link
Contributor

I think this is a limitation of your LDAP server, for example, see: http://www.openldap.org/doc/admin24/limits.html

@warisfutile
Copy link
Author

I thought so too at first but we did testing and found out it was because PLA appears to be resubmitting the entire LDIF for change instead of just the deltas

@markwu05
Copy link

I just downloaded the latest version of php ldapadmin, I found the 1000 user limit is on any RHEL 6.6 machines, but it is not on rhel 5.x machines. Is this a php or ldap limit?

@gcoxmoz
Copy link

gcoxmoz commented Feb 26, 2021

Hello, ancient ones. Found it.

CentOS7:

$ grep -B1 max_input_vars /etc/php.ini
; How many GET/POST/COOKIE input variables may be accepted
; max_input_vars = 1000

So, add a file:

$ cat /etc/php.d/max_input_vars.ini
; boost the http-parameters-per-POST limit so we can edit large LDAP groups in phpldapadmin
max_input_vars = 5000

and bounce apache.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants
@leenooks @sebcworks @gcoxmoz @warisfutile @markwu05 and others