RE: Problems getting LDAP to work:RE

Pinocci Paul (Pinocci_Paul@bah.com)
18 Jun 1996 12:58:44 U

We are having the same problem with the 128 limit when we try to use ldif2ldbm
to create the ldbm database from an ldif input file. As soon as we add one
more entry to the ldif file, we get the following error when we run ldif2ldbm
on it:

idl_insert_key: No space left on device
stopping: child exited with status 1

We are running it on a Sun Sparcstation 4 with Solaris 2.5.
_______________________________________________________________________________
From: Jochen Keutel on Tue, Jun 18, 1996 8:39 AM
Subject: Re: Problems getting LDAP to work:RE
To: Tim Howes
Cc: ldap@umich.edu

Hello,

> Looks basically good to me, though I notice you are using ndbm.
> ndbm is known to be evil on many many platforms. You might try
> getting gdbm or berkeley db instead. I've seen ndbm fail in
> a bunch of nonobvious ways (mostly due to size restrictions).

this is also the experience I have. Just last week I tried to load
about 320 organizationalUnits via "ldapadd -f /tmp/all_ous" into
ndbm. (I use LDAP 3.3 on SINIX 5.42, machine ist RM600. (Risc))
I could load one country, one organization and 128 (interesting number, BTW)
organizationalUnits. The next ADD failed with operations error.
slapd says:
id2children_add( 2, 130 )
=> ldbm_cache_open(
"//home2/ldap/ldapinst/ldap-3.3/ldbm_base/id2children.ndbm",
258, 600 )
<= ldbm_cache_open (cache 1)
<= id2children_add 0

...
id2children_add( 2, 131 )
=> ldbm_cache_open(
"//home2/ldap/ldapinst/ldap-3.3/ldbm_base/id2children.ndbm",
258, 600 )
<= ldbm_cache_open (cache 1)
<= id2children_add -1 (idl_insert)
id2children_add failed

This happens indepenently on the number of attributes I create indexes for.

Are there any known limits for ndbm?

(The background is: We have a X.500 server with about 30000 entries.
I plan to use slapd as a "backup database" for our X.500 server. Once we have
switched all Windows clients to use LDAP to access the X.500 server it would
be very nice that we could start just slapd instead of ldapd if we get serious
problems with the X.500 server. Probably you'll recommend that we should
use gdbm or a self-written database backend in slapd ...
X.500 server is DIR.X 3.1 (SNI) which uses C-ISAM.)

Bye,
Jochen.

------------

Dr. Jochen Keutel currently at: Deutsche Telekom
duerr com-soft IZ Darmstadt

Phone: +49 6151 818 579

e-mail: keutel@u9ytb.iz-darmstadt.telekom.de
100.37805@germanynet.de
X.400 : /C=de/A=dbp/P=telekom400/O=dmst03/OU1=08/S=osys-02
WWW : http://www.geocities.com/WallStreet/3454