2013/12/12 Howard Chu h...@symas.com
You should upgrade to get the fix for #7662.
I upgraded my slapd to 2.4.38, but I still see error message when I execute
slapacl.
I also removed data.mdb and lock.mdb, imported data back to ldap using
backup
copy and I still see error message.
Igor Zinovik wrote:
2013/12/12 Howard Chu h...@symas.com mailto:h...@symas.com
You should upgrade to get the fix for #7662.
I upgraded my slapd to 2.4.38, but I still see error message when I execute
slapacl.
I also removed data.mdb and lock.mdb, imported data back to ldap using backup
HI!
I have a setup where I cannot work around ITS#6825 by putting posixGroup
entries in a single container. So I hit this bug again where slapo-unique does
not behave as documented:
http://www.openldap.org/its/index.cgi?findid=6825
Is there a chance to get this fixed soon?
Ciao, Michael.
If I copy the slapd.d directory from /etc/ldap (where Ubuntu stored
it) into /usr/local/etc/ldap, my problem then is that (a) the
configuration is still pointing at various Ubuntu locations but,
worse, (b) trying to use slapadd reports this error:
lt_dlopenext failed: (back_hdb) file not
Hi all,
I am running openldap 2.4.36 with Berkeley DB 4.6.21 under centos 6.3 64 bit on
a Dell 710 with 96 Gb RAM.
My slapd configuration sets the BDB cachesize to use a shared memory segment of
47 Gb (id2entry.bdb is about 40 Gb currently).
I use slapcat to take regular backups using the same
Chris Card wrote:
Hi all,
I am running openldap 2.4.36 with Berkeley DB 4.6.21 under centos 6.3 64 bit on
a Dell 710 with 96 Gb RAM.
My slapd configuration sets the BDB cachesize to use a shared memory
segment
of 47 Gb (id2entry.bdb is about 40 Gb currently).
I use slapcat to take regular
--On Thursday, December 12, 2013 1:40 PM + Philip Colmer
philip.col...@linaro.org wrote:
dn: cn=module{0}
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}back_hdb
olcModulePath, if defined, is referenced INSTEAD OF any environment
variables like
Huh? Why didn't you just use ldapmodify to modify it? Or, slapcat your
cn=config db, fix it in the LDIF, and reload it?
Couldn't use ldapmodify to modify it because slapd wasn't running.
Couldn't use ldapmodify to modify it whilst Ubuntu version was
installed because that would break *that*
You only responded about one
My second paragraph addressed the second suggestion. I did *try* to
edit the LDIF file and then use slapadd but it wasn't working. In
retrospect, the reason it wasn't working was because I didn't have the
correct slapadd command-line options. Therefore, I think that
My ldapsearch command is only returning a max of 500 entries, while I know I
have over 9,000 entries in the database. If I do not have a slapd.conf file,
how can I increase the sizelimit, to display all my entries?
--On Thursday, December 12, 2013 7:16 PM + Clint Petty
cpe...@luthresearch.com wrote:
My ldapsearch command is only returning a max of 500 entries, while I
know I have over 9,000 entries in the database. If I do not have a
slapd.conf file, how can I increase the sizelimit, to display all
Global size limit modification ldif file (using cn=config):
dn: cn=config
changetype: modify
replace: olcSizeLimit
olcSizeLimit: size.soft=100 size.hard=500
Per user size limit changes:
dn: olcDatabase={1}hdb,cn=config
changetype: modify
replace: olcLimits
olcLimits:
Note that this will replace any existing limits you have set.
On Thu, Dec 12, 2013 at 1:24 PM, Jason Brandt jbra...@fsmail.bradley.eduwrote:
Global size limit modification ldif file (using cn=config):
dn: cn=config
changetype: modify
replace: olcSizeLimit
olcSizeLimit: size.soft=100
If you want to create a record which has fields referencing the addresses of
other fields within the same record, that is the goal for FIXEDMAP but this
feature requires the relocation functions, which currently are not
implemented.
Is in the future, this feature will be removed?
Do you
Is this mean, that we can't use all of CPU's power with 3.12 kernel?
On 12/11/13, Howard Chu h...@symas.com wrote:
Original Message
Subject: Linux kernel performance regressions
Date: Wed, 11 Dec 2013 04:33:06 -0800
From: Howard Chu h...@symas.com
To:
Maybe related to this bug/feature:
http://ubuntuforums.org/showthread.php?t=2179879
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1188647
On 12/13/13, Aris Setyawan aris.s...@gmail.com wrote:
Is this mean, that we can't use all of CPU's power with 3.12 kernel?
On 12/11/13, Howard Chu
Thanks Jason,
I resolved this issue by adding:
olcSizeLimit: -1
to the etc/ldap/slapd.d/cn=config.ldif file.
and then restarting slapd.
Now works!
From: Jason Brandt [mailto:jbra...@fsmail.bradley.edu]
Sent: Thursday, December 12, 2013 11:25 AM
To: Clint Petty
Cc:
Jason Brandt wrote:
Note that this will replace any existing limits you have set.
Please: Do NOT post answers without posting links to the relevant
documentation. Our goal here is to teach people to understand how to find
answers for themselves, not to give them mindless copy/paste answers.
Clint Petty wrote:
Thanks Jason,
I resolved this issue by adding:
olcSizeLimit: -1
to the etc/ldap/slapd.d/cn=config.ldif file.
You are not supposed to manually edit the config database files. You should
have fed your change in to the running slapd using ldapmodify.
cn=config is a slapd
Howard Chu h...@symas.com schrieb am 09.12.2013 um 21:46 in Nachricht
52a62c26.8080...@symas.com:
Rob Tanner wrote:
Hi,
We are looking at extending the allowed length of passwords we allow people
to
use (the theory being that a short phrase is easier to remember than a
shorter, but
Ulrich Windl wrote:
Howard Chu h...@symas.com schrieb am 09.12.2013 um 21:46 in Nachricht
52a62c26.8080...@symas.com:
Rob Tanner wrote:
Hi,
We are looking at extending the allowed length of passwords we allow people
to
use (the theory being that a short phrase is easier to remember than
21 matches
Mail list logo