Hi OpenLDAP-Technical,
First post, thanks in advance for any assistance.
I am trying to manage database size for an application in which a fixed DB size
is necessary (user-specified and these users are ornery). My preferred strategy
is:
- write to the DB until it's (nearly?) full
- at that
Hello All
I am instaling an OpenLDAP server (Ubuntu Precise) on a local network (Ip
10.67.123.146). I installed using :
apt-get install slapd ldap-utils
later, I used slapcat to insert data from a teste.ldif file.
So, the problem:
from local machine I used
ldapsearch -D
Hi Ricardo,
Is possible to replicate Active directory users into OpenLDAP server.
Can you confirm.
Regards
Support Team.
From:
Ricardo Sant Ana ricksant2...@gmail.com
To:
openldap-technical@openldap.org
Date:
06/11/2013 07:36 PM
Subject:
LDAP/SASL problems
Hello All
I am instaling an
Although I didn't figure out a good way to do what I want, this is what I am
now doing:
if (MDB_MAP_FULL while putting) {
abort txn, close the database
reopen the database @ larger mapsize
perform some pruning of dead records
commit txn, close the database
reopen the database @ old
Jeremy Bernstein wrote:
Although I didn't figure out a good way to do what I want, this is what I am
now doing:
if (MDB_MAP_FULL while putting) {
abort txn, close the database
reopen the database @ larger mapsize
perform some pruning of dead records
commit txn, close the database
Hi Howard,
Thanks for your response. I tried using mdb_stat() previously, but I wasn't
getting useful information. For instance, when testing a mini-DB (64K, 16 pages
I believe), I had something like 1 branch page, 2 leaf pages and 0 overflow
pages when I started getting MDB_MAP_FULL. My data
Thanks Howard,
OK, so I tried this again with a slightly more modest toy database (after
reading the presentation, thanks), 1MB (256 pages). Blasting a bunch of records
into it at once (with a transaction grain of 100 records) I am getting
MDB_MAP_FULL with 1 branch, 115 leaf and 0 overflow
Jeremy Bernstein wrote:
Thanks Howard,
OK, so I tried this again with a slightly more modest toy database (after
reading the presentation, thanks), 1MB (256 pages). Blasting a bunch of records
into it at once (with a transaction grain of 100 records) I am getting
MDB_MAP_FULL with 1 branch,
OK, that seems to be working. Thanks for the tip!
One thing that hung me up along the way: in my pruning, I am using a cursor to
iterate through the records and then mdb_cursor_del() to chop dead ones.
mdb_cursor_del() seems to set the cursor to the next record, so I'm actually
starting at the
